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ABSTRACT 


The  computerized  Quick-Reacting  General  War  Gaining  System  (QUICK)  will 
accept  input  data,  automatically  generate  global  strategic  nuclear  war 
plans,  provide  output  summaries,  and  produce  tapes  to  simulator  subsys- 
tems external  to  QUICK.  QUICK  has  been  programmed  in  FORTRAN  for  use 
on  the  CCTC  HIS  6080  computer  system. 

The  QUICK  Users  Manual  consists  of  four  volumes:  Volume  I,  Data  Manage- 
ment Subsystem;  Volume  II,  Weapon/Target  Identification  Subsystem; 

Volume  III,  Weapon  Allocation  Subsystem,  Volume  IV,  Sortie  Generation 
Subsystem.  The  Users  Manual  complements  the  other  QUICK  Computer  System 
Manuals  to  facilitate  application  of  the  war  gaming  system.  This  volume, 
Volume  I,  provides  instructions  for  using  the  Data  Management  Subsystem. 
It  is  intended  for  the  CCTC  user/analyst  who  is  concerned  with  preparing 
the  data  base  for  a war  game,  selecting  optional  features  of  QUICK, 
designating  control  parameters,  submitting  computer  jobs,  and  analyzing 
computer  output.  Companion  documents  are; 

a.  PROGRAM  MAINTENANCE  MANUAL 

Computer  System  Manual  CSM  MM  9-77,  Volume  I 

Computer  System  Manual  CSM  MM  9-77,  Volume  II 

Computer  System  Manual  CSM  MM  9-74,  Volume  III 

Computer  System  Manual  CSM  MM  9-74,  Volume  IV 

Provides  detailed  instructions  for  maintenance  of  the  system 

b . TECHNICAL  MEMORANDUM 

Technical  Memorandum  TM  153-77 

Provides  a nontechnical  description  of  the  system  for  senior 
management  personnel 
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SECTION  I.  GENERAL 


1 . 1 Purpose 

This  manual  is  intended  to  inform  the  CCTC  user /analyst  on  how  to  pre- 
pare control  cards;  structure  execution  (run)  decks;  prepare  computer 
job  requests;  and  understand  the  associated  computer  output,  to  include 
the  recognition  of  error  messages  for  the  Data  Management  subsystem  of 
QUICK.  It  complements  information  contained  in  the  Program  Maintenance 
Manuals  on  the  QUICK  system.  Hie  abstract  of  this  document  references 
other  documents  describing  QUICK. 

1 . 2 Program  Environment  - QUICK  System  Overview 

The  QUICK- Reacting  General  War  Gaming  System  (QUICK)  is  a unique  analy- 
tical tool  which  provides  a comprehensiveness  to  strategic  war  gaming 
that  has  not  been  available  through  other  computerized  models.  QUICK 
is  designed  to  assist  in  the  study  of  strategic  conflicts  involving  a 
large-scale  exchange  of  nuclear  weapons.  Toward  this  end,  the  system 


encompasses  three  major  capabilities  which  are  applicable  to  a wide 
range  of  studies:  first,  for  a given  offensive  missile  and  bomber  force 
and  a specific  set  of  targets,  QUICK  produces  a detailed  plan  of  attack 
which  is  near  optimum  for  the  conditions  specified  by  the  user.  Second, 
it  provides  an  expected-value  estimate  of  the  results  of  that  attack. 
Finally,  it  produces  input  tapes  to  simulator  subsystems  external  to 
QUICK. 

QUICK  is  structured  into  four  major  subsystems:  Data  Management,  Weapon/ 
Target  Identification,  Weapon  Allocation,  and  Sortie  Generation.  The 
principal  tasks  associated  with  each  of  these  functional  subsystems  are 
summarized  below. 

a.  Data  Management:  Assembles  and  reformats  the  target  and  non- 
target data  required  for  a particular  plan 

b.  Weapon/Target  Identification:  Selects  and  processes  the  Red 
and/or  Blue  Forces  prespecified  for  a particular  plan 

c.  Weapon  Allocation:  Allocates  offensive  weapons  to  selected 
targets 

d.  Sortie  Generation:  Prepares  and  evaluates  missile  and  bomber 
attack  plans. 

Figure  1 displays  the  modules  which  comprise  each  subsystem. 

Figure  2 illustrates  the  communication  with  the  Central  Operations  Pro- 
cessor (COP)  or  executive  software  and  the  entire  procedural  and  infor- 
mational flow  within  the  QUICK  system.  The  communication  lines  infer 
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Figure  1 


Major  Subsystems  of  the  QUICK  System 


Figure  2.  Procedure  and  Information  FLOW  in  QUICK/HIS  6000 


action  with  the  COP  Integrated  Data  Base  and  related  modules  which  may 
be  executed  in  any  reasonable  order.  The  required  processing  sequence 
is  shown  by  solid  lines,  and  the  information  flow  by  broken  lines. 

Processing  is  initiated  by  inputting  the  parameters  which  identify  the 
potential  targets  which  are  to  be  extracted  from  the  CCTC  Joint  Resource 
Assessment  Data  Base  (JAD)  files.  The  COP  stores  selected  data  and  dy- 
namically conducts  the  proper  linkage  for  referral  by  other  modules 
within  the  QUICK  system.  Alternatively,  required  target  data  is  obtained 
from  existing  updatable  QUICK  Data  Bases  and  also  stored  and  linked  by 
the  COP.  Following  this,  specified  forces  are  defined  within  the  devel- 
oped QUICK  Data  Base  and  processed  by  the  Weapon/Target  Identification 
subsystem,  resulting  in  a Game  Data  Base  which  reflects  the  selected 
forces  and  targets. 

The  next  step  is  to  prepare  an  attack  plan  for  the  opposing  forces. 

This  consists  of  a force  allocation  by  the  Weapon  Allocation  subsystem, 
and  a detailed  set  of  attack  plans  prepared  by  the  Sortie  Generation 
subsystem. 

The  major  inputs  required  to  initiate  this  phase  of  processing  are: 

a.  A game  data  base  prepared  by  the  Data  Management  and  Weapon/ 
Target  Identification  subsystems 

b.  A set  of  parameters  which  relate  to  the  strategy  associated 
with  the  plan  which  is  to  be  developed. 

These  parameters  are  supplied  by  the  planner.  They  reflect  his  views 
as  to  the  strategic  attack  objective,  in  terms  of  the  relative  values 
of  the  various  targets  being  considered,  the  forces  to  be  withheld,  the 
targeting  constraints  to  be  observed,  and  the  initiating  force,  i.e., 
which  side  attacks  first. 

'[he  target  values  which  are  computed  on  the  basis  of  these  parameters 
reflect  in  a very  significant  way  the  major  strategic  objectives  of  the 
resultant  war  plan.  These  values  are  relative  values  and  are  partially 
contained  in  the  data  base  itself.  QUICK  has  15  specific  classes  of 
targets.  The  relative  values  of  the  targets  contained  in  any  one  class 
are  included  in  the  data  base:  the  strategic  objectives  of  the  planner 
who  wants  to  use  the  plan  generation  function  are  expressed  in  how  the 
value  scales  of  these  various  classes  of  targets  are  related  to  one 
another.  ']he  user  thereby  puts  more  or  less  relative  importance  on  each 
of  the  classes  of  targets  in  accomplishing  the  strategic  objectives  that 
he  chooses.  This,  of  course,  will  be  related  to  the  kind  of  strategy  he 
is  contemplating  for  the  particular  war  game,  whether  a first  or  second 
strike,  and  so  forth. 
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Having  established  a value  for  each  target,  the  plan  generation  phase 
mathematically  allocates  the  weapons  (e.g. , Red  weapons  to  Blue  targets) 
and  prepares  the  detailed  missile  and  bomber  attack  plans.  If  desired, 
the  plans  may  be  printed,  inspected,  and  altered  by  changing  the  attack 
objectives  and  repeating  the  process.  The  series  of  Red  missile  and 
bomber  events  corresponding  to  the  sortie  plan  is  prepared  in  a form 
suitable  for  input  to  external  simulators.  As  a user  option,  a war  plan 
summary  is  provided  which  includes  an  expected-value  estimate  of  the  re- 
sults of  the  attack.  In  addition,  the  aim  point,  Desired  Ground  Zero 
(DGZ),  for  each  planned  weapon  can  be  output  for  subsequent  evaluation 
utilizing  an  external  damage  assessment  system. 

While  the  system  can  proceed  automatically  through  all  steps  if  desired, 
it  may  be  halted  at  the  end  of  each  module  (or  program),  and  the  avail- 
able output  inspected  for  correctness  and  adequacy.  There  are  standard 
outputs  from  each  module  and,  also,  mechanisms  exist  for  producing  gen- 
eralized outputs  (either  tape/disk  or  printed  reports).  Through  the  COP, 
users  may  request  output  in  any  format  of  data  items  that  reside  within 
the  Integrated  Data  Base.  The  user  has  complete  flexibility  in  display- 
ing needed  reports. 

1.3  Data  Management  Subsystem  Overview 

The  Data  Management  subsystem  consists  of  the  executive  software  (called 
COP)  which  maintains  overall  control  of  the  entire  system  plus  modules 
necessary  to  create,  change,  maintain,  or  display  the  QUICK  data  base.. 

Also  included  is  a utility  package  (sometimes  called  library)  which  con- 
sists of  subroutines  and  functions  which  perform  a variety  of  support 
tasks  common  to  several  system  programs.  General  descriptions  of  these 
functions  and  their  organization  in  subsequent  sections  of  this  volume 
are  provided  in  the  following  subsections. 

1.3.1  QUICK  Integrated  Data  Base.  QUICK  employs  the  HIS  Integrated  Data 
Store  (IDS)  system  to  maintain  and  control  the  data  base.  This  type  of 
data  base  has  all  record  types  interconnected  in  some  logical  fashion 
such  that  data  items  may  be  queried  in  a generalized  manner. 

1.3.2  QUICK  Generalized  Text  English  Commands.  The  user  directs  the 
execution  of  QUICK  through  text  English  commands  which  are  imperative 
sentences  that  provide  meaning  to  the  executive  software.  These  commands 
permit  data  construction,  access,  maintenance,  validation  and  display, 

as  well  as  provide  QUICK  module  executions. 

1.3.3  QUICK  System  Central  Operations  Processor  (COP) . All  authority 
for  directing  the  QUICK  system  resides  within  the  COP.  This  includes  all 
interfaces  with  the  system  and  the  user,  as  well  as  all  flow  between  the 
data  base  and  related  modules.  COP  also  controls  the  execution  of  all 
modules . 
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1.3.4  Data  Management  Modules.  The  Data  Management  modules  consist  of 
modules  DATA,  EDIT,  REPORT,  SRM,  and  EIM.  These  modules  and  supporting 
subroutines  create,  maintain,  and  display  the  data  base.  Their  order  of 
execution  is  not  rigid.  A sequence  of  execution  holds  only  for  the 
obvious  situations  such  as  a display  request  is  possible  only  after  the 
requested  display  items  have  been  created  and  stored  within  the  data 
base . 


1.3.5  General  Utilities.  The  general  utilities  consist  of  subroutines, 
and  functions  which  perform  a variety  of  tasks  throughout  the  QUICK  sys- 
tem. Among  the  tasks  performed  by  the  general  utilities  are,  for  example, 
error  diagnostics,  supporting  positional  and  distance  calculation  func- 
tions, tallying  of  targets,  etc.  Because  the  user  does  not  interface 
with  these  subroutines,  they  are  not  further  discussed  in  this  manual. 

1.4  Computer  Software  Environment  and  Programming  Language 

Tlie  QUICK  system  runs  under  control  of  the  HIS  6000  GCOS  ( General  Com- 
prehensive Operating  Supervisor).  Except  for  a few  utility  type  sub- 
routines which  are  written  in  the  Generalized  Macro  Assembler  Program 
(GMAP)  language  of  the  HIS  6000  computer  system,  all  QUICK  programs  are 
programmed  in  the  FORmula  TRANslator  (FORTRAN)  computer  language. 

FORTRAN  is  the  coding  language.  The  data  base  is  created  and  maintained 
using  the  HIS  Integrated  Data  Store  (IDS)  subsystem.  All  data  items 
necessary  for  a complete  QUICK  system  execution  reside  within  the  IDS 
structure . 

Also,  in  order  to  easily  generate  Job  Control  Language  (JCL)  instructions 
and  to  provide  for  automatic  updates  to  master  source  files,  a system 
as  outlined  in  Appendix  F is  provided. 

1 . 5 Equipment  Environment 

The  QUICK  system  is  operational  on  the  CCTC  HIS  6000  computer  system. 
Available  to  the  QUICK  system  in  addition  to  standard  peripheral  equip- 
ment are  three  6000  processing  modules,  four  6000  system  controllers, 
six  64K  memory  modules,  and  two  seven-channel  and  14  nine-channel  mag- 
netic tape  handlers.  Type  181  and  191  disk  storage  units  are  available 
for  permanent  files. 

Types  of  available  remote  access  devices  relevant  to  the  interactive 
capability  are: 

a.  VIP  786W  - CRT  Subsystem  (EIA  or  188C) 

b.  KSR  33B  - Teletype  188C  (TTY) 

c.  RLP  300  - Remote  Printer  (EIA  or  188c) 

d.  IBM  2741  - Communications  terminal 

e.  VIP  7705  - CRT  Subsystem  (EIA  or  188C) 
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1.6  Limits  of  the  QUICK  System 


The  QUICK  data  base,  in  itself,  is  limited  only  by  the  capacity  of  the 
storage  area.  However,  it  is  prudent  to  limit  certain  data  items  in 
order  to  maintain  reasonable  limits  (compute  time  and  core)  during  exe- 
cution. Also,  by  nature  of  employed  algoritluns , certain  mathematical 
calculations  could  possibly  not  function  properly  if  totally  open-ended 
parameters  were  permitted.  Therefore,  limits  as  given  in  table  1 are 
used  within  the  QUICK  system.  Note  that  no  restrictions  are  placed  on 
the  number  of  targets. 

1 . 7 Organization  of  Users  Manual,  Volume  I 

In  general,  each  major  section  of  this  manual  is  subdivided  into  two 
major  subsections.  These  are: 

a.  Module  input  - details  the  set-up  of  input  data  files  and  how 
they  are  used  in  a given  module 

b.  Module  output  - details  the  scope  and  content  of  module  output, 
with  noted  examples. 

Note  that  generally  most  computer  activities  refer  to  executions  in 
terms  of  programs.  The  compatible  computer  program  within  the  QUICK 
system  is  the  COP.  Modules,  or  a set  of  subroutines  necessary  to  per- 
form some  function,  are  executed  by  the  COP. 


Table  1.  Limits  of  the  QUICK  System 


MAXIMUM 


TARGET  CLASS  DATA 

NUMBER 

Targets  per  plan 

Open-ended 

Target  Classes/side 

15 

Targets  (Target  Class  Items) 

Open-ended 

Target  Complexes 

Open-ended 

Target  Elements  per  Complex 

Targets  Defended  by  Terminal  Antiballistic 

40 

Missile  Interceptors 

Open-ended 

Target  Vulnerabilities  (Number  of  unique  entries) 

255 

SUPPORTING  CLASS  DATA 

Warhead  Types 

50 

Payload  Types 

40 

Bombs  plus  ASMs  per  payload 

10 

Air-to-Surface  Missile  (ASM)  Types 

20 

Command /Control  Regions 

20 

Corridors  (Penetration) 

30 

Depenetration  Corridors 

50 

Recovery  Bases  (Bomber)  per  Depenetration  Point 

4 

Refuel  Points  (User-Directed) 

20 

Weapon  Systems 

100* 

OTHER  CONSTRAINTS 

Allocation  of  Weapons  per  Target  Without  Terminal 

BMD  30 

Target  with  Terminal  BMD 

30** 

Fixed  (User-Directed)  Weapon  Assignments 

Open-ended 

Flags  (Allocation  Constraint  Indicator) 

Weapon  Groups 

9 

Number  of  Groups 

250 

Missile/Bomber  per  Group 

150 

Weapons  per  Group 

1000 

Tanker  Bases 

60 

Represents  sum  total  of  missiles  plus  bombers.  Any  mix  within  the 
stated  upper  bound  is  permitted. 

Weapons  from  a total  of  30  weapon  groups  may  be  assigned  with  no 
limit  on  the  maximum  number  of  weapons. 
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SECTION  2.  THE  QUICK  INTEGRATED  DATA  BASE 


\ 


2.1  General 


The  basic  concepts  relating  to  the  composition  and  construction  of  the 
QUICK  data  base  are  presented  in  Volume  I of  the  Program  Maintenance 
Manual.  The  information  contained  in  this  User's  volume  provides  the 
user/analyst  with  additional  instructions  related  to  the  techniques, 
requirements  and  procedures  for  the  development  and/or  update  of  a 
QUICK  data  base.  While  the  scope  of  this  Users  Manual  does  not  include 
a detailed  treatment  of  the  QUICK  data  base  generation  developed  by  CCTC, 
it  does  provide  the  user/analyst  with  the  background  and  knowledge  neces- 
sary to  prepare  inputs  required  to  create  a basic  data  base  for  subse- 
quent processing  by  the  Data  Management  subsystem. 

This  section  pertains  only  to  suggestions  of  war  gaming  attribute  organ- 
izations and  creation.  No  mention  is  made  as  to  the  exact  techniques 
of  inputting  these  data  items  into  the  QUICK  system.  The  user/system 
interface  language  is  developed  within  section  3 of  this  manual. 

2.2  Data  Base  Entries 


2.2.1  General . Any  data  file  has  some  entry  through  which  data  is 
accessed.  For  standard  sequential  data  files,  the  point  of  entry  (or 
access)  is  simply  the  position  of  the  first  physical  record  within  the 
file.  The  powerful  generalization  of  the  QUICK  IDS  data  base  file  is 
the  existence  of  multiple  entries.  Through  knowledge  and  understanding 
of  these  entries  the  user/analyst  can  efficiently  control  desired  actions. 

The  QUICK  IDS  data  base  is  organized  into  collections  of  data  records 
called  CLASS  (a  war  gaming  attribute).  A CLASS,  then,  owns  multiple 
records  where  each  record  contains  similar  data  items  or  attributes. 

CLASS  values  are  considered  to  be  either  target  classes  or  non-target 
c lasses . 

With  the  cited  data  base  organization,  the  most  efficient  entry  is 
through  a specification  of  the  attribute  CLASS.  (Since  many  sides  may 
be  stored  simultaneously,  the  attribute  SIDE  should  also  be  set.)  Gen- 
eral entries  for  target  and  non-target  data  and,  also,  entries  where 
CLASS  is  not  specified  are  discussed  below. 

2.2.2  Target  Classes.  A target  is  defined  in  the  most  general  sense  as 
being  any  geographic  point  that  could  be  targeted.  Hence,  offensive 
weapon  launch  bases  according  to  this  definition  are  included  under  the 
heading  of  a target  class. 
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There  are  up  to  15  classes  per  side  reserved  for  storing  target  data. 

These  classes  are  created  by  setting  attributes  CLASS  and  SIDE  to  unique 
values.  The  target  class  name  is  any  user  input  with  a few  reservations 
for  special  control  names,  for  in  order  to  automatically  calculate 
needed  parameters  from  user  inputs,  the  implemented  code  within  the 
QUICK  system  searches  for  the  existence  of  several  special  class  names. 
These  class  names  are  outlined  in  table  2.  For  example,  if  the  coded 
calculations  for  urban/ industrial  targets  are  to  be  executed,  they  must 
be  defined  under  CLASS  ■ U/I. 

2.2.3  Non-target  Classes.  All  other  war  gaming  related  data  not  entered 
as  targets  are  collectively  defined  as  being  non-target  classes  and,  also, 
are  organized  according  to  attribute  value  pairs  of  CLASS  and  SIDE  (see 
table  3).  These  classes  mainly  provide  for  the  organization  of  weapon 
characteristics , payload  and  warhead  tables,  and  geographic  related  data. 
The  linkage  is  somewhat  detailed  and  fully  outlined  in  appendixes  of 
this  manual. 

2.2.4  Entries  Other  Than  CLASS.  As  cited,  the  easiest  (hence  fastest) 
access  to  data  items  is  the  specification  of  attribute  CLASS.  However, 
entries  to  any  data  item  within  the  data  base  are  possible;  some  desir- 
able, some  not. 

Most  classes  are  subdivided  according  to  attribute  TYPE;  such  as  TYPE= 

B-52  under  CLASS=BOMBER.  Therefore,  TYPE  is  another  level  of  data  base 
organization  and  is  recommended  for  use  in  data  acquisition.  Setting 
TYPE  by  itself  is  permissible,  but  setting  both  TYPE  and  CLASS  is  more 
powerful. 

A single  target  record  is  readily  retrieved  through  the  attribute 

DES1G. 

Generally,  the  more  information  supplied,  the  easier  it  is  to  acquire 
the  requested  record.  An  example  of  the  worst  case  would  be  to  request 
a record  where  attribute  NAME  equals  some  input.  In  order  to  find  the 
needed  NAME,  the  operating  system  would  have  to  search  all  records  where- 
in the  attribute  NAME  resides;  obviously  a lengthy  (but  possible)  pro- 
cess. However,  if  the  system  is  supplied  more  attributes,  the  search 
scheme  is  eased.  For  instance,  a request  to  find  NAME  under  a certain 
TYPE  is  not  a difficult  request  to  honor. 

2.3  Data  Base  Preparation 

A complete  and  detailed  explanation  of  which  attributes  must  be  defined 
is  outlined  within  appendixes  of  this  manual.  Appendixes  associated 
with  data  base  preparation  are: 
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Table  2. 

Reserved  Target  class  Names 

CLASS 

MNEMONIC 

DATA  CATEGORY 

MISSIL 

Offensive  missiles 

BOMBER 

Offensive  bombers 

TANKER 

Tankers 

NAVAL 

Naval  targets 

U/I 

Urban/industrial  targets 
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Table  3. 


Non-Target  Gaming  Classes 


GLASS 

MNEMONIC  PURPOSE 


WEPGRP 


Contains  weapon  group  data 


PENCOR  Defines  penetration  and  depenetration 

DEPCOR  corridors 


COMPLX 

REFUEL  •'* 

REGION 

PAYLOD 


Contains  elements  of  targets  defined  as  being  in 
a complex  (formed  from  target  classes) 

Defines  refuel  points 

Defines  regions 

Identifies  weapons  and  counts  carried  by  a missile 
or  bomber 


BOMB  \ 
ASM  I 
RV  { 

MRV  ( 

MIRV  I 
FACTOR  / 

MSLWEP  | 
fl»BWEP  , 
YNKWEP  ) 

RECOV 


Provides  warhead  characteristics  for  gravity  bombs, 
ASMs,  single  reentry  vehicles  (RV)  and  other  types 


Contains  weapon  system  characteristics  for  missiles, 
bombers  and  tankers 

Provides  special  entry  to  recovery  bases 
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o Appendix  A 

o Appendix  B 

o Appendix  C 

o Appendix  D 

o Appendix  E 

o Appendix  F 


Attribute  definition 

Directory  definition  (maximum,  minimum,  and  default 
values  for  all  attributes) 

Attribute  Name  listed  in  numeric  order 

Non  Attribute  Word  Identification  Number 

Comments  on  the  order  and  nature  of  inputting  data 
items 

User  procedures  for  executing  the  QUICK  System 
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SECTION  3.  QUICKS  GENERALIZED  TEXT  ENGLISH  COMMAND  LANGUAGE 


3. 1 General 


rhe  Central  Operations  Processor  (COP),  or  QUICKs  executive  module,  acts 
as  an  intermediary  between  the  user  and  the  operation  system,  and  pro- 
vides the  communication  between  the  QUICK  system  and  the  integrated  data 
base.  The  COP  acts  accordingly  by  interpreting  user  commands  written  in 
imperative  text  English  formats.  These  commands  permit  data  construc- 
tion, access,  maintenance,  validation  and  display,  as  well  as  provide 
QUICK  module  execution. 


QUICKs  text  English  command  language  contains  lists  of  permissible  en- 
tries (or  words)  that  have  meaning  to  the  COP.  In  addition,  the  entries 
have  a structure,  or  syntax,  whereby  separate  entries  (words)  are  strung 
together  in  a defined,  logical  fashion  to  provide  mutual  user  understand- 
ing. QUICKs  text  English  command  language,  then,  is  similar  to  formal 
English,  which  contains  definable  words  and  a grammar  or  set  of  rules 
describing  how  these  words  may  be  presented.  As  with  formal  English, 
words  for  QUICKs  command  language  (and  syntax)  are  grouped  into  sets 
from  which  the  grammar  is  defined.  Specifically,  words  are  defined 
(grammatically)  as  belonging  to  groups  of  Verbs,  Adverbs,  Special  words, 
Operators,  Nulls  and  Attributes.  Definitions  of  these  word  groupings 
are : 


o 


o 


o 


o 


o 


o 


o 


Attributes 

- List  of  variables  necessary  for  data  base 
construction  (see  appendix  A) 

Verbs 

- A list  of  words  describing  the  Action  of 
each  sentence 

Adverbs 

- A list  of  words  used  to  modify  the  verb  or 
introduce  "Clauses" 

Special  Words 

- A list  of  words  that  cannot  be  classified 
as  attributes,  verbs,  or  adverbs 

Operators 

- A list  of  words  or  symbols  necessary  for 
defining  expressions 

Nulls 

- A list  of  words  that  make  a sentence  read- 
able but  are  not  necessary  for  understanding 
a command 

Syntax  Directory 

- Defines  how  words  within  a sentence  may  be 
connected 
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3.L.1  Sentences . Each  command  generated  by  the  user  for  input  to  the 
QUICK  system  is  written  as  an  imperative  sentence.  Since  the  system 
interprets  all  sentences,  COP  is  the  assumed  subject.  Some  character- 
istics of  sentences  are  listed  below: 

o A verb  initiates  all  sentences; 
o A sentence  may  contain  only  a verb; 
o Sentences  are  interpreted  left  to  right; 
o Sentences  may  be  of  any  length; 
o Blank (s)  separates  words; 

o More  than  one  sentence  may  be  placed  on  a record  (either  a 
data  card  or  a VIP  transmittal  line) ; 

o Sentences  may  begin  in  any  column  of  the  record  (card  or  VIP). 

Prom  the  verb,  the  system  has  the  ability  to  ascertain  and  execute  the 
correct  computer  module  and  provide  as  input  any  text  that  follows  the 
verb  up  to  the  occurrence  of  the  next  verb,  which  initiates  a new  set  of 
instructions.  The  appearance  of  a following  verb  does  not  imply  the 
initiation  of  a new  module.  A continuous  list  of  sentences  may  be  pro- 
vided to  a given  module.  For  some  cases,  data  records  may  be  changed, 
new  ones  created  and/or  old  ones  deleted;  all  of  these  commands  are  met 
within  one  module,  but  separate  verbs  are  required  to  define  objectives. 

3.1.2  Format  Conventions.  Sentences  are  not  rigid;  flexibility  is  per- 
mitted as  to  what  may  or  may  not  be  included.  Therefore,  conventions 
such  as  those  shown  in  table  4 shall  be  adhered  to  for  the  discussions 
of  command  construction.  Later  sections  within  this  manual  will  out- 
line commands  necessary  for  each  module  execution  and  the  input  descrip- 
tions will  be  discussed  in  terms  of  the  conventions  given  in  table  4. 
Most  of  the  symbols  are  self-explanatory,  however,  an  example  of  a com- 
mand is  given  below  to  clarify  any  uncertainty.  Consider  the  command: 


CHANGE  WHERE  attribute 


1 EQUALS  f 


value 


SETTING  YIELD  | EQUAL  | J0  4 


With  the  exception  of  the  word  'TO'  all  words  given  in  the  example  are 
necessary  for  proper  interpretation.  In  two  cases,  the  word  'EQUAL'  or 
the  symbol  '='  provides  alternative  methods  of  requesting  identical 
objectives;  either  method  may  be  used.  The  lower  case  entries  imply 
that  any  word  contained  within  the  attribute  list  (SIDE,  CLASS,  for 
example)  can  be  set  to  given  values  (BLUE,  U/l,  etc.).  The  command, 
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Table  4.  Sentence  Format  Conventions 


r 


DESCRIPTION 

Any  text  that  appears  within  brackets  is 
optional  and  not  necessary  for  proper 
sentence  construction. 

If  a word  is  written  with  all  caps,  the  COP 
interprets  the  word  as  is.  For  instance, 
YIELD  refers  to  an  exact  attribute. 

A lower  case  spelling  is  a generic  word. 

For  instance,  the  word  attribute  refers  to 
any  of  the  data  base  words. 

Underlined  word(s)  is  necessary  for  a given 
sentence  construction. 

Alternatives . 


SYMBOLS 

r 

i 

CAPS 

lower  case 
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as  shown,  states  that  YIELD  (a  specific  attribute)  is  to  be  set  to  four 
when  a selected  attribute  equals  a certain  input  value.  From  the  gen- 
eralized example,  an  exact  command  that  the  COP  would  see  is: 

CHANGE  WHERE  TYPE  = B52  SETTING  YIELD  = TO  4 

The  COP  upon  translating  this  command  would  set  all  B52s  to  a yield  of 
4. 


3. 2 Levels  of  Sentences  (Syntax) 

All  sentences  must  begin  with  a verb.  Dependent  on  the  verb,  the  syntax 
directory  defines  which  adverbs  may  be  used  with  each  verb  and  which 
verbs  may  have  Clauses.  A Clause  is  a level  of  sentence  construction 
just  below  the  sentence  structure  and  is  begun  by  an  alphabetic  string 
defined  in  the  dictionary  as  an  adverb.  A verb  may  have  many  different 
clauses,  and  may  have  these  clauses  in  any  order. 

The  highest  level  of  syntax  within  a Clause  is  the  'Relational  Phrase,' 
These  phrases  are  used  to  compare  or  set  some  value  according  to  some 
set  of  rules. 

Relational  Phrases  are  constructed  by  'Value  Expressions'  which  state 
mathematical  operation. 

The  most  basic  level  of  sentence  syntax  is  the  'Value  Element'  such  as 
numeric  values  (alphanumeric  or  decimal)  or  values  of  Special  words. 

A sentence  thus  consists  of  a verb  followed  by  various  levels  of  syntax. 
As  cited,  in  order  of  decreasing  levels,  the  syntax  consists  of: 

o Clauses 

o Relational  Phrases 
o Value  Expressions 

o Value  Elements 

Each  level  of  syntax  will  be  discussed  in  detail  starting  with  the  lowest 
level  (value  elements)  and  continuing  with  all  levels  up  to  the  clause 
level.  The  explanation  of  lower  sentence  levels  will  provide  an  almost 
automatic  definition  of  the  higher  levels. 

3.2.1  Value  Elements.  The  most  basic  item  within  the  syntax  is  the 
'value  element'  which  has  formats  as  shown  in  table  3.  Formats  under 
the  headings  of  variable  names,  long  strings  and  display  names,  are 
used  primarily  for  report  generation.  These  entries  allow  prints  of 
headers,  subheaders,  and  general  display  print  information. 


If 
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Table  5.  Value  Elements 


Long  Strings 
Special  Words 


Display  Names 


DESCRIPTION 

Any  alpha  string  up  to  six  characters  in 
length 

Any  number,  integer  or  decimal,  signed  or 
unsigned 

An  alphabetic  string  up  to  twelve  characters 
in  length  used  in  a DEFINE  Clause 

Any  attribute  name  which  is  defined  in  the 
dictionary 

Any  alpha  string  of  up  to  120  characters  in 
length 

Any  alpha  string  of  up  to  12  characters  in 
length  defined  by  the  dictionary  as  a special 
word 

Any  alpha  string  up  to  12  characters  in 
length  defined  in  the  dictionary  as  a display 
name 
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Value  definition  can  generally  be  specified  by  equating  items  to  attri- 
butes. This  may  be  as  simple  as  directly  setting  outputs  to  attributes 
YIELD,  VALUE,  or  DESIG  for  example.  Elements  may  also  be  defined  by 
indirect  attribute  reference.  In  other  words,  values  may  be  set  by  re- 
questing an  attribute  from  a certain  stated  record  type.  If  some  out- 
put or  calculation  requires  the  attribute  YIELD  for  weapon  system  B-52G, 
for  example,  within  the  allowed  sentence  construction,  that  value  can 
be  set  by  writing: 

YIELD  OF  TYPE  'B-52G' 

The  value  or  end  result  of  this  request  is  the  YIELD  as  input  for  the 
B-52G.  The  "OF"  word  relates  the  requested  attribute  to  the  record 
source . 

3.2.2  Value  Expressions.  Given  formats  for  entering  values  into  items, 
the  next  level  of  syntax  construction  is  the  value  expression.  This  is 
a series  of  value  elements  connected  by  mathematical  operators  and  asso- 
ciated by  parentheses. 

The  expression  will  be  evaluated  within  a hierarchy  of  operations  and  is 

o Imbedded  parenthesis;  that  is,  all  mathematical  calculations 
will  be  conducted  first  for  all  operators  within  the  highest 
imbedded  parenthesis  grouping,  a value  obtained,  saved,  and 
calculation  continued  for  the  next  level  of  parenthesis  and 
so  on. 

o POWER 

o DIVIDED  and  TIMES 
o PLUS  and  MINUS 

Consider  the  following  construction: 

(YIELD  TIMES  (CEP  PLUS  10)  + l^. 

Sequential  steps  involved  are:  (a)  obtain  the  value  of  attribute  CEP 
and  add  10  to  it;  (b)  to  that  result  multiply  the  value  of  attribute 
YIELD;  and  (c)  finally  add  one  to  obtain  the  final  result.  Note  that 
value  elements  are  set  by  both  attributes  and  numeric  values. 

3.2.3  Relational  Phrases.  Value  elements  and/or  value  expressions  may 
be  connected  through  relational  phrases.  The  term  relational  is  used 
to  refer  to  these  phrases  even  when  their  meaning  (in  context)  does  not 
imply  comparison.  The  general  syntax  of  the  relational  phrase  is: 

subject  operator  object. 
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The  subject  or  object  may  be  any  value  element  or  a value  expression. 

The  subject  and  object  may  also  be  an  ordered  grouping  of  value  ele- 
ments or  expressions  known  as  a "collection"  which  are  discussed  in  the 
next  section.  Allowable  operators  are  discussed  individually  in  follow- 
i ntf  subsPC  t I oris  . 

3.2.3. 1 Collections . A collection  is  a way  of  grouping  subjects  or 
objects  for  the  purpose  of  easing  input  tasks.  The  collection  is  an 
ordered  N-tuple,  set  off  (or  grouped  as  defined  for  value  expressions)  by 
parentheses  with  its  elements  separated  by  commas. 

If  the  subject  of  a relational  phrase  is  a collection,  the  collection  is 
made  up  of  either  attributes  or  variables.  Further,  if  the  subject  is  a 
collection,  the  object  must  be  a collection  (or  set  of  collections)  with 
the  value  expressions  being  in  the  same  order  as  the  elements  of  the 
subject  collection. 

3.2. 3. 2 The  EQUAL  Operator.  This  operator  is  used  either  to  compare 
the  value(s)  of  the  subject  to  the  value(s)  of  the  object(s)  or  to  move 
the  value(s)  of  the  object(s)  into  the  subject's  value.  The  general 
form  of  the  EQUAL  phrase  is: 

Sub  ject  EQUAL  Object  [AND  Object  AND. . .AND  Object] 

The  subject  of  the  phrase  may  be  a collection  in  which  case  each  member 
of  the  N-tuple  of  the  subject  is  compared  with  or  set  to  the  value  of 
the  corresponding  member  of  the  object.  In  the  case  of  comparison,  the 
logical  result  is  true  only  if  every  comparison  is  true. 

As  can  be  seen,  the  object  may  be  extended  by  the  boolean  operator  AND 
(the  operator  OR  has  the  precise  same  effect).  The  extension  of  the 
object  is  to  permit  the  multiple  comparison  of  the  subject  to  several 
different  objects  or  the  setting  of  the  subject  to  several  different 
object  values  (this  would  create  multiple  records  or  variables).  The 
logical  implication  of  such  a comparison  is  that  of  an  OR  operator  - 
that  is,  if  any  of  the  comparisons  (or  set  of  comparisons)  are  true, 
the  comparison  is  true. 

A logical  equivalent  of  an  extended  EQUAL  with  collection  is  shown  in 
the  example: 

(YIELD,  CEP)  EQUAL  (.7,  .2)  OR  (.5,  .1) 
which  is  equivalent  to 

(YIELD  EQUAL  .7  AND  CEP  EQUAL  .2)  OR 
(YIELD  EQUAL  .5  AND  CEP  EQUAL  .1) 
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3. 2. 3. 3 The  GREATER  and  LESS  Operators.  111686  operators  are  strictly 
for  comparison.  The  value(s)  of  the  subject  is  compared  to  the  value(s) 
of  the  object  and  a logical  value  is  set  as  a result.  If  the  subject  is 
a collection  the  object  must  also  be  so  and  the  logical  result  is  true 
only  if  all  comparisons  are  true.  The  comparison  is  strictly  greater 

or  less  than. 

3. 2. 3.4  The  BETWEEN  Operator.  This  operation  is  strictly  for  compari- 
son. The  value  of  the  subject  is  compared  with  the  closed  interval  whose 
limits  are  the  two  objects.  Its  format  is: 

subject  BETWEEN  object  AND  object 

The  subject  values  may  be  equal  to  either  limit. 

3. 2.3. 5 The  LIKE  Operator.  This  operator  is  used  either  for  compari- 
son or  setting  purposes.  Unlike  other  operators,  its  object  has  a 
fixed  format  as  follows: 

subject  LIKE  attribute  value 

When  used  in  this  context,  the  attribute  must  be  one  that  can  specify 
or  identify  records;  this  format  does  not  recognize  all  attributes. 

For  instance,  attributes  CLASS,  SIDE,  TYPE,  etc.,  are  proper  since  they 
identify  groupings  of  records,  whereas  attributes  CEP,  LONG,  and  G1WPNS 
do  not.  The  value  entry,  of  course,  gives  the  value  of  the  attribute. 

The  subject  of  a LIKE  phrase  may  be  a collection  but  the  object  is  not 
altered . 

3.2.4.  Clauses . Clauses  follow  the  verb  and  are  begun  by  an  alphabetic 
string  defined  in  the  dictionary  as  an  adverb.  The  syntax  of  every 
clause  is  defined  by  two  qualities: 

a.  Clause  Types 

o Boolean  - Sublevels  of  syntax  are  connected  by  boolean 
operators  and  associated  parentheses.  The 
clause  will  be  evaluated  as  a logical  expres- 
sion from  left  to  right  or  as  directed  via 
parenthetical  groupings. 

o Sequential  - Sublevels  are  simply  in  order  of  entry  with  no 
implied  relationship 

o Single  - Only  one  sublevel  is  allowed 

o Null  - The  adverb  stands  alone  and  needs  no  further 

interpretation  or  modification 
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b.  Phrase  Types 


o Relational  Phrases  - Sublevels  are  used  to  define  compara- 
tive or  logical  meaning  according  to  operators 

o Restricted  Relational  Phrases  - Used  to  set  attributes  and / 
or  variables 

o Elements  - Used  to  set  single  elements  such  as  value  ele- 
ments, special  words  or  display  names. 

The  clause  types  define  the  overall  syntax  of  the  clause,  and  the  phrase 
types  define  which  phrases  fall  into  or  are  connected  by  the  overall 
syntax. 

3.3  QUICKs  Dictionary 

All  permissible  words  within  the  developed  language  that  have  meaning  to 
the  COP  are  contained  within  the  'Dictionary'  (a  list  of  tables  stored 
in  the  data  base).  These  words  contain  attributes  (as  employed  for 
target  and  weapon  definition),  plus  other  words  necessary  for  the  syn- 
tax. Words  within  the  dictionary  are  grouped  as  outlined  in  previous 
subsections.  Based  on  these  groupings,  tables  6 through  11  present  the 
entire  list  of  words  defined  within  QUICKs  command  language  plus  com- 
ments on  how  each  word  may  be  used.  The  list  of  attributes  are  defined 
in  appendix  A of  this  manual. 

A sentence  command  written  with  entries  not  contained  within  the  cited 
tables  are  words  foreign  to  the  language  and  may  cause  computer  execu- 
tion aborts.  In  addition,  only  certain  combinations  of  words  from  the 
"dictionary"  (such  as  verbs,  adverbs,  etc.)  have  structural  meaning. 

The  entire  QUICK  system  generates  its  final  output  through  a series  of 
selections .of  individual  program  modules  as  defined  by  the  verb.  The 
selected  module  then  can  act  (or  interpret)  only  on  those  sentence  pat- 
terns that  request  outputs  produced  within  the  program.  This  is  also 
analogous  to  formal  English  where  individual  thoughts  are  expressed  in 
separate  paragraph  constructions. 

Many  of  the  Adverbs  in  table  7 introduce  clauses  which  are  used  by  a 
number  of  verbs.  These  clauses  are  described  in  the  following  paragraphs. 

3.3.1  DEFINE  Clause.  A DEFINE  clause  consists  of  a single  equals 
phrase  in  which  the  subject  is  used  as  an  alphabetic  variable  name.  (The 
subject  should  not  be  an  attribute.)  The  object  of  the  phrase  should  be 
a mathematical  formula  combining  attributes  and  numeric  values  plus  any 
alphabetic  string  which  the  user  intends  to  employ  as  the  variable  name 
of  this  or  any  other  DEFINE. 
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Table  6.  QUICKs  Text  English  Verbs 


VERB 

ALTER 

ASSIGN- 

ASTERISK 

BUILD 

CHANGE 

CREATE 

DELETE 

DESIGN 

EDIT 

INDEX 

MODIFY 

PLAN SET 

PLOTDATA 

PREPARE 

PRINT 

RESTORE 

SAVE 

SELECT 


MODULE 

REPORT 

JLM 

JLM 

EIM 

DATA 

DATA 

DATA 

REPORT 

EDITDB 
. INDEXER 
DBMOD 
PLANSET 
EIM 

PREPALOC 

REPORT 

SRM 

SRM 

JLM 


DESCRIPTION 


Makes  updates  and  changes  to  a previously 
designed  display 

Builds  the  Assignment  table 

Makes  Damage  Assessment  Tape  from  a JAD 
format  tape  and  the  Data  Base 

Instructs  the  External  Interface  Module 
to  build  a file 

Updates  data  element(s) 

Creates  new  data  elements 

Deletes  records 

Constructs  and  saves  a REPORT  Module 
display 

Executes  the  EDITDB  module 

Executes  the  INDEXER  module 

Executes  the  DBMOD  module 

Executes  the  PLANSET  module 

Creates  plot  tapes 

Executes  the  PREPALOC  module 

Prints  some  user  defined  (built  by  DESIGN) 
display 

Brings  the  contents  of  an  IDS  data  base 
from  magnetic  tape  to  a disk  file 

Stores  the  contents  of  an  IDS  data  base 
on  a magnetic  tape 

Selects  records  from  a JAD  file 
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Table  7.  QUICKs  Adverb  List 
(Part  1 of  2) 


ADVERB 

ALPHAS 


ATTACKERS 

DEFENDERS 

DEFINE 


DISPLAY 

FIELDS 

FILE 

FIX 

FORMAT 

KEEPING 

ONPRINTS 

OMITTING 

ORDER 

PLAYERS 

PRIORITY 

REPLACING 


SAME 


SETTING 

SORT 

SU PRES SING 


DESCRIPTION 

Defines  the  CI.ASS,  TYPE,  DESIG,  and  category  relation- 
ships for  the  Assignment  table 

Defines  the  attacking  weapon  systems 

Defines  the  exemplar  targets  and  associated  values 

Describes  a user  defined  variable  for  use  in  either 
printed  or  tape/file  output 

Names  a REPORT  module  display 

Lists  attributes  in  the  data  base  to  be  tested  to 
see  if  they  are  within  defined  ranges 

Used  to  define  type  of  File  EDI  should  build 

Defines  weapon  fix  assignments 

Describes  the  format  to  be  used  in  the  creation  of 
printed  or  tape/ file  output 

Lists  the  DESIGs  which  are  not  to  be  deleted  from  the 
data  base  after  ASTERISK  is  run 

A request  to  print  non-standard  reports 

Keeps  duplicate  targets  from  being  added  to  the  data 
base. 

Allows  the  user  to  input  the  order  that  the  classes 
will  be  entered  into  the  data  base 

Describes  valid  country  codes  and  the  regions  that  they 
are  in 

Introduces  a complexing  priority  scheme 

Causes  duplicate  targets  to  be  replaced  in  the  data 
base 

Describes  a record  similar  to  the  one  being  created 
which  is  to  be  used  for  default  values 

Introduces  a clause  that  stores  data  elements 

Describes  the  sort  order  for  printed  or  tape/file  out- 
put 

Suppresses  data  value  editing  during ^ata  creation 


See  table  8 for  proper  usage. 


♦ 
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Table  7.  (Part  2 of  2) 


ADVERB 

DESCRIPTION 

UNIT 

Gives  the  tape/ file  logical  unit  number 

USING 

Requests  data  value  editing  during  data 

creation 

WHERE 

Describes  the  subset  of  the  data  base  on 
verb's  action  is  to  be  performed 

which  the 

WITH 

Describes  the  relationships  that  must  be 
selected  attributes  in  the  data  base 

met  between 

VNOPTION 

Used  to  select  a complexing  option 

T 

Table  8.  QUICKs  Text  English  Adverbs 

Usage 

1 

1 

1 

j 

ADVERB 

CLAUSE  TYPE 

PHRASE  TYPE 

VERB(S) 

ALPHAS 

Sequence 

E lements 

ASSIGN 

ATTACKERS 

Sequence 

Elements 

PIiANSET 

DEFENDERS 

Sequence 

Restricted  Relational 

PLANSET 

DEFINE 

Single 

Restricted  Relational 

DESIGN,  ALTER,  BUILD 

DISPLAY 

Sequence 

Elements 

DESIGN,  PRINT,  ALTER 

FIELDS 

Sequence 

Elements 

EDIT 

FILE 

Single 

Element 

BUILD 

FIX 

Sequence 

Restricted  Relational 

PREPARE 

FORMAT 

Sequence 

Elements 

DESIGN,  ALTER,  RUILD 

KEEPING 

Sequence 

Elements 

ASTERISK 

ONPRINTS 

Null 

Null 

(ALL  VERBS) 

OMITTING 

Null 

Null 

SELECT 

ORDER 

Sequence 

Elements 

SELECT 

PLAYERS 

Sequence 

Elements 

ASSIGN 

PRIORITY 

Sequence 

Elements 

PLANSET 

REPLACING 

Null 

Null 

SELECT 

SAME 

Sequence 

Elements 

CREATE 

SETTING 

Sequence 

Restricted  Relational 

PLANSET,  MODIFY,  DESIGN, 
PREPARE,  CREATE,  ALTER, 
CHANGE,  PLOTDATA,  SELECT 

SORT 

Sequence 

Elements 

DESIGN,  ALTER,  BUILD 

SUPRESSING 

Null 

Null 

CREATE 

UNIT 

Single 

Element 

SELECT,  SAVE, 

RESTORE,  BUILD 

USING 

Null 

Null 

CREATE 

WHERE 

Boolean 

Relational 

DESIGN,  PRINT,  ALTER, 

CHANGE,  DELETE, 

SELECT,  BUILD,  EDIT 

WITH 

Sequence 

Relational 

INDEX,  EDIT 

VNOPTION 

Null 

Null 

INDEX 
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Table  9.  QUICKs  Text  English  Special  Words 
(Part  1 of  2) 


SPECIAL 


WORD 

USE 

DESCRIPTION 

A 

SORT  adverb 

Same  as  ASCENDING 

AFTER 

ALTER  verb, 

FORMAT  adverb 

Introduces  additions  to  format 
after  indicated  PAGE,  LINE,  etc. 

ASCENDING 

SORT  adverb 

Lowest  values  will  be  first 

D 

SORT  adverb 

Same  as  DESCENDING 

DESCENDING 

SORT  adverb 

Highest  values  will  be  first 

HEADER 

FORMAT  adverb 

Introduces  title  which  appears 
at  top  of  each  page 

IN 

SELECT  verb 

FORMAT  adverb 

Restricts  the  assignment  of  a 
target  based  on  the  country  it 
is  located  in. 

Introduces  user  specified  data 
item  output  format  (e.g.,  14) 

LINE 

FORMAT  adverb 

Introduces  format  for  body  of 
report 

NEW 

DESIGN  verb, 
DISPLAY  adverb 

Indicates  display  name  is  new 

OLD 

DESIGN  verb, 
DISPLAY  adverb 

Indicates  new  display  is  to  replace 
previous  display  with  same  name 

OTHER 

BUILD  verb, 

FILE  adverb 

Introduces  user  defined  output 
tape/ file 

OWNED 

ALPHAS  adverb 

Restricts  assignment  of  a target 
based  on  the  country  code  of  its 
owner 

PACE 

FORMAT  adverb 

Introduces  new  set  of  HEADERS, 
TRAILERS  and  LINES 

PAGENO 

FORMAT  adverb 

Indicates  page  number  is  to  be 
displayed 

REMOVE 

ALTER  verb, 

FORMAT  adverb 

Indicates  named  PAGE,  LINE,  etc. 
is  to  be  removed 

REP I ACE 

ALTER  verb, 

FORMAT  adverb 

Introduces  format  items  to  replace 
indicated  PAGE,  LINE,  etc. 

SIDAC 

BUILD  verb, 

FILE  adverb 

Indicates  output  tape/ file  is  to 
be  produced  for  SIDAC 

SPACES 

FORMAT  adverb 

Indicates  a series  of  blank  spaces 
in  the  format 

28 


SPECIAL 

WORD 

TABLE 

TRAILER 

X 


Table  9.  (Part  2 of  2) 


USE 


DESCRIPTION 


FILE  adverb 


FORMAT  adverb 
FORMAT  adverb 


Indicates  output  tape/ file  Is  to 
be  produced  for  TABLE 

Introduces  format  which  is  to  appear 
at  the  bottom  of  each  page 

Same  as  SPACES 
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Table  10.  QUICKs  Text  English  Operators 


ALPHABET!  IC 


A TO 

i!i 

N >T 

lv  UAL  >r  EQUALS 

C1EATE  l THAN 

L TSS  T (AN 
HETWEF  ; 

LIKE 
PLUS 

MINUS 

TIMES 

DIVIDE!'  BY 
TO  THE!  POWER 

OF 


SPECIAL 

CLARA'  :ter  descr ipt ion 


Comma  - used  in  collections  and  other 
formats 


( 

) 


& 


< 


+ 


* 

/ 

“k 


Left  Parenthesis  - used  to  introduce 
collections  and  for  associative  purposes 
in  boolean  and  mathematical  expressions 

Right  Parenthesis  - used  to  end  collec- 
tions and  for  associative  purposes  in 
boolean  and  mathematical  expressions 

Boolean  operator  - also  used  to  extend 
EQUALS  relational  expressions 

Boolean  operator  - also  used  to  extend 
EQUALS  relational  expressions 

Boolean  operator 

Relational  operator  (two  spellings  permitted: 
EQUAL  or  EQUALS) 


Relational  operator  - 
than 

Relational  operator  - 

Relational  operator  - 
interval 

Relational  operator 

Mathematical  operator 
be  used  as  a sign) 

Mathematical  operator 
be  used  as  a sign) 

Mathematical  operator 

Mathematical  operator 

Mathematical  operator 

Special  operator  used 


strictly  greater 

strictly  less  than 
defines  a closed 

(symbol  + may  also 
(symbol  - may  also 

to  modify  attributes 
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Table  11. 


QUICKs  Text  English  Nulls 


NULL 

AS 

BY 

DIRECTORY 

DUPLICATES 

FOR 

FROM 

LOCATED 

ON 

THAN 

THE 

TO 


DESCRIPTION 


Used  to  check  data  element  limits 

Associated  with  SELECT  verb  (JLM) 
to  ignore  or  replace  duplicate 
records 


Used  with  ASSIGN  verb;  i.e. 
LOCATED  IN  (a  special  word)’ 
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There  are  four  types  of  DEFINES: 


o 

o 

o 

o 


Normal 

Sum 

Product 

Special 


- Contains  only  other  normal  defines 

- Contains  its  own  name  as  part  of  an  arithmetic  sum 

- Contains  its  own  name  as  part  of  a formula  which 
is  a product  or  power 

- Contains  another  define  which  is  not  a normal 
define 


3.4. 1.1  Normal  DEFINE.  This  is  a DEFINE  that  is  determined  anew  for 
each  requested  record.  To  explain,  consider  the  command: 


DEFINE  PROB  = REL  * 100 


For  every  record  where  PROB  is  requested,  the  calculation  given  will  be 
determined.  This  differs  from  other  types  to  follow. 

3.4. 1.2  Sum  DEFINE.  This  DEFINE  is  a cumulative  result  of  all  records 
processed.  Consider: 

DEFINE  TOTALVAL  = TOTALVAL  + VAL*10 


Note  that  the  subject  appears  also  on  the  right  hand  side  of  the  equals 
operator.  This  and  the  appearance  of  the  plus  operator  makes  this  a 
type  sum  DEFINE.  Simply  it  means  to  accumulate  into  the  defined 
variable  name  (TOTALVAL)  the  result  of  the  last  calculated  value  for 
the  variable  name  and  add  the  result  of  the  included  mathematical  ex- 
pression for  the  record  currently  being  processed.  In  the  mathematical 
sense,  TOTALVAL  can  be  written  as: 

TOTALVAL  = EVAL*10 

where  the  summation  is  over  all  records  processed, 

3. 4. 1.3  Product  DEFINE.  Tills  is  the  same  as  the  Sum  DEFINE  except 
that  the  Product  DEFINE  is  cumulatively  multiplied  for  each  processed 
record.  Consider: 


TOTALVAL=TOTALVAL*VAL*10 

3. 4. 1.4  Special  DEFINE.  This  type  DEFINE  is  a combination  of  either 
the  sum  or  product  DEFINE  plus  a second  definition.  It  is  calculated 
only  once  but  its  internal  variables  can  only  be  determined  after  other 
DEFINES  are  calculated.  Using  the  example  of  the  variable  name  TOTALVAL 
as  cited  for  the  sura  type  DEFINE,  a special  DEFINE  could  be: 

DEFINE  NEWVAL  = TOTALVAL/ 100 
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This  DEFINE  is  calculated  only  once  but  it  included  a DEFINE  that  is 
calculated  for  each  record  processed. 

3-3.2  FORMAT  Clause.  The  FORMAT  clause  is  used  by  both  the  REPORT  and 
EIM  modules  to  define  the  format  of  output  tapes,  files  and  printed 
reports.  The  FORMAT  clause  consists  of  a series  of  subclauses  intro- 
duced by  one  of  the  four  special  words:  PAGE,  LINE,  HEADER,  and  TRADER. 

3.3.2. 1 PAGE.  This  special  word  begins  a set  of  headers,  trailers  and 
lines.  Each  set  is  produced  separately.  The  PAGE  special  word  has  no 
elements  following  it.  A FORMAT  clause  need  not  be  started  by  a PAGE 
special  word;  one  will  be  assumed  if  the  user  omits  it. 

3. 3.2.2  HEADER.  This  special  word  introduces  a string  of  elements  that 
define  one  or  more  lines  which  are  to  appear  at  the  top  of  every  physi- 
cal page.  The  headers  will  be  produced  in  the  order  input. 

3. 3. 2. 3 TRAILER.  This  special  word  introduces  a string  of  elements 
that  define  one  or  more  lines  which  are  to  appear  at  the  bottom  of  every 
physical  page.  Trailers  will  be  produced  in  the  order  input. 

3. 3. 2.4  LINE.  This  special  word  introduces  a string  of  elements  that 
make  up  the  body  ol  che  renort  or  file.  Lines  are  of  two  types:  those 
that  contain  attributes  and  DEFINES  that  are  not  sums  or  products  and 
those  which  contain  no  attributes  and  only  DEFINES  which  are  sums  or 
products.  The  former  will  produce  one  line  tor  every  logical  record 
retrieved  from  the  data  base;  the  latter  will  produce  only  one  line. 

3- 3. 2. 5 Special  Words  and  Elements.  HEADER,  TRAILER  and  LINE  special 
words  are  followed  by  a series  of  elements  or  element  sets  which  may  be 
any  of  the  following: 

o Alphabetic  - used  as  a constant  as  input 

o Attribute  - an  attribute  will  be  displayed  either  in  a format 
calculated  by  the  module  or  provided  by  the  user  via  an 
IN  phrase 

o Define  variable  name  - a variable  will  be  displayed  either  in 
a format  calculated  by  the  module  or  provided  by  the  user 
via  an  IN  phrase 

o IN  special  word  - this  special  word  must  follow  an  attribute 

or  variable  name  and  must  be  followed  by  a FORTRAN  format 
(viz.  F10.6).  In  this  way  the  user  specifies  the  format 
in  which  the  attribute  or  variable  is  to  be  displayed 

o Long  String  - an  alphabetic  string  enclosed  by  either  of  the 
characters  ( ' or  ")  appears  in  the  format  as  input 

o Numeric  - followed  by  the  special  word  SPACES  (or  X)  produces 
as  many  blank  spaces  as  is  specified  by  the  numeric. 
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3.3.3  ONPRINTS  Clause.  This  is  the  general  clause  used  to  select  the 
optional  print  of  any  verb. 

3.3.4  SETTING  Clause.  This  clause  is  used  to  specify  values  for  attri- 
butes. It  may  contain  either  equals  or  like  phrases.  Many  modules 
will  restrict  the  attributes  which  may  be  used.  The  user  should  be 
aware  that  the  use  of  an  extended  equals  (e.g.,  (LAT, LONG) =(50, 130)  & 
(60,135)  & (70,120)  has  special  meaning  within  the  context  of  the 
CHANGE  verb. 

3.3.5  SORT  Clause.  This  clause  is  used  to  specify  the  sort  order  to 
be  used  in  the  case  of  an  output  file  or  report.  The  clause  consists 
of  a series  of  pairs  of  elements.  The  first  element  of  the  pair  is 
either  an  attribute  or  a defined  variable  name.  The  second  element  of 
the  pair  is  one  of  the  two  special  words:  ASCENDING  (or  A)  or  DESCENDING 
(or  D) . The  order  of  the  sort  is  the  order  of  the  element  pairs,  the 
first  pair  specifying  the  major  sort.  An  example  of  a sort  clause  is: 

SORT  LAT  ASCENDING  LONG  DESCENDING 

3.3.6  UNIT  Clause.  This  clause  is  used  to  specify  a logical  tape  or 
file  unit  number.  It  has  the  form: 

UNIT  logical  unit  number 

3.3.7  WHERE  Clause.  This  clause  is  used  to  specify  a subset  of  the 
data  base  for  processing  by  the  module  called.  It  has  the  form: 


WHERE  ax  [AND  a2  AND  a3  AND  . . . AND  an] 


or 


WHERE  a,  [OR  a,  OR  a.  OR  , . . OR  a ) 
1/3  n 


where  the  a^  are  logical  expressions.  The  simplest  logical  expression 
Is  a relational  phrase.  However,  a logical  expression  can  also  be  of 
the  form:  NOT 

where  a^  is  a logical  expression.  This  form  implies  the  negation  of  the 
expression  a^.  Finally,  a logical  expression  may  be  of  the  form: 


WHERE  ( a.  [AND  a„  AND  . . . AND  a 1 ) 
t / n 


or 

WHERE  ( a.  [OR  a.  OR  ...  OR  a ] ) 
i / n 
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where  the  a^  are  logical  expressions 

The  user  should  be  aware  that  the  use  of  collections  and/or  extended 
EQUALS  (i.e.,  (LAT,  LONG)  = (50,150)  & (60,160))  creates  internally  a 
complex  logical  expression  and,  if  imbedded  within  another  complex 
logical  expression,  should  be  enclosed  in  parentheses. 
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SECTION  4.  CENTRAL  OPERATIONS  PROCESSOR 


4.1  General  Purpose 

The  Central  Operations  Processor  (COP),  or  QUICKs  executive  software 
module,  acts  as  an  intermediary  between  the  user  and  the  operating  sys- 
tem, and  provides  the  communication  between  the  QUICK  system  and  the 
integrated  data  base.  The  COP  acts  accordingly  by  interpreting  user 
commands  (explained  in  section  2 of  this  manual)  written  in  imperative 
text  English  formats. 

Inputs  to  the  COP  are  completely  generalized  to  the  degree  that  the 
text  English  commands  are.  The  COP  itself  generates  very  little  output 
which  is  one  of  the  main  functions  of  each  module  that  the  COP  executes. 
Standard  inputs  and  outputs  are  discussed  within  the  following  subsec- 
tions. 

4.1.1  BOOT  Entry.  Given  an  integrated  da.ta  base,  the  COP  operates  free 
form.  However,  the  data  base  must  be  initially  created  as  to  the  struc- 
ture and  specifications  of  data  items  within  the  structure.  Since  the 
COP  must  operate  with  the  integrated  data  base,  a special  entry  (or 
mode  of  execution)  is  necessary  to  inform  the  COP  that  data  follows 
whereby  the  data  base  itself  will  be  defined.  This  mode  of  execution 

is  performed  within  the  BOOT  module  which  is  a special  portion  of  the 
COP.  The  BOOT  module  will  read  data  and  create  the  data  base  structure. 
This  creation  is  a one-time  operation  and  once  successfully  executed, 
only  minor  updates  will  be  necessary.  Separate  subsections,  following 
the  discussion  on  the  COP,  will  outline  the  BOOT  module  operation. 

4.2  Inputs  to  the  COP 

There  is  no  standard  input  to  the  COP,  only  the  previously  cited  gen- 
eralized text  English  commands.  From  the  verb  within  each  command,  the 
COP  directs  execution  of  each  related  module.  Each  module  within  this, 
and  other  user  manuals  will  further  detail  the  nature  of  the  inputs. 

Appendix  E of  this  manual  presents  the  Job  Control  Language  (JCL) 
necessary  to  execute  the  COP  for  batch  submittals  as  well  as  a series 
of  commands  for  timesharing  submittals. 

4.3  COPs  Output 

The  standard  output  of  the  COP  is  a print  of  the  Input  conmands  preceeded 
by  an  introductory  header  (figure  3).  Further,  the  standard  and/or 
optional  output  of  each  module  is  preceeded  by  a banner  print  of  the 
module's  overlay  link  name  (figure  4).  This  banner  appears  each  time 
a new  module  is  called  and  will  only  appear  before  the  first  instance  of 
consecutive  calls  to  the  same  module. 

The  COP  error  messages  appear  in  figure  5. 
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(T)  *****  CENTRAL  OPERATIONS  PROCESSOR  ***** 

@ OUILO  PILE  OTHER  UNIT  U?  SORT  LAT  A 

define  count=coun t*i 

OEFINF  VALTOT=VAL TOT*VALUE 
WHERE  SIOE=RLUE  & CLASS=MISSl LE 
FORMAT  LINE  V ALU  T IN  F15.2  COUNT  IN  110 
LINE  CLASS  IN  A6  TYPE  IN  A6 

LAT  IN  F6.2  LONG  IN  F 7.  2 
LINE  OESI&  IN  AS  LAT  IN  F6.2 

LONG  IN  F7.2  VALUE  IN  E7.2 

ONPRI NTS 


HEADING 


MEANING 


COP  input  print  header 
User  input 


Figure  3.  Central  Operations  Processor,  Input  Print 


Figure  4.  COP  Banner  Print 


\. 


r 


1 INPUT  EXCEEDS  MAXIMUM  ALLOWED 

For  a given  verb,  there  are  too  many  sublevels  within  the 
sentence.  Restructure  the  sentence  into  several  commands. 

2 $*$*$  QDATA  ENCOUNTERED  (A6)  ERROR  WITH  ARGUMENT  (A6)  $*$*$ 

IDS  error.  First  argument  is  either  standard  IDS  error  code 
or  one  of  the  three  special  QUICK  codes.  (Refer  to  IDS  User 
Manual . ) 

OOORRR  - Illegal  record  type 
OOOCCC  - Illegal  chain  name 
000 I LC  - Illegal  call 

Second  argument  is  name  of  record  type  or  chain  which  caused 
error.  Note  that  a code  of  000S01  means  the  IDS  file  has  run 
out  of  space. 

3 SYNTAX  ERROR  - COMMAND  ENDED  TOO  SOON 

End  of  input  sentence  occurred  where  illegal 

4 SYNTAX  ERROR  - VERB  NOT  RECOGNIZED 

Error  in  syntax  directory,  verb  recognized  by  dictionary  not 
in  syntax  directory 

5 SYNTAX  ERROR  - ADVERB  OUTSIDE  COMMAND 
Adverb  found  where  verb  expected. 

6 SYNTAX  ERROR  - CLAUSE  MET  EARLY  END 
End  of  clause  where  not  expected. 

7 SYNTAX  ERROR  - LOST  ITEM 

Item,  which  is  neither  verb  nor  adverb,  where  one  was 
expected. 

8 SYNTAX  ERROR  - ATTRIBUTE  IN  VALUE  ELEMENT  NOT  ID 

Error  in  OF  phrase,  identifier  attribute  not  defined  as  such 
in  dictionary. 

9 SYNTAX  ERROR  - VALUE  ELEMENT  WRONG 
Error  in  syntax  of  value  element. 


Figure  5.  COPs  Error  Messages  (Part  1 of  3) 
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10  SYNTAX  ERROR  - UNBALANCED  PARENS  IN  VALUE  EXPRESSION 
Error  In  mathematical  statement-unbalanced  parentheses. 

11  SYNTAX  ERROR  - RELATIONAL  EXPRESSION  HAS  BAD  COLLECT 
Unbalanced  collection  or  collection  containing  illegal  items. 

12  SYNTAX  ERROR  - ILLEGAL  RELATIONAL  OPERATOR 

GREATER,  LESS  or  BETWEEN  appears  in  clause  restricted  to  EQUAL 
and  LIKE. 

13  SYNTAX  ERROR  - ERROR  IN  SUBJECT  OF  RELATIONAL  PHRASE 
Subject  should  be  either  an  attribute  or  define  name. 

14  SYNTAX  ERROR  - NO  ID-ATTRIBUTE  FOR  LIKE 
LIKE  phrase  has  no  identifier  attribute. 

15  SYNTAX  ERROR  - LIKE  PHRASE  ’IAS  NO  VALUE 
Value  for  Identifier  attribute  is  missing. 

16  SYNTAX  ERROR  - ABNORMAL  END  TO  BOOL IAN 
Boolean  clause  ended  where  illegal. 

17  SYNTAX  ERROR  - BOOL IAN  STATEMENT  IN  WRONG  ORDER 

Elements  of  boolean  clause  follow  one  another  in  an  illogical 
fashion. 

18  SYNTAX  ERROR  - ILLEGAL  ITEM  IN  VALUE  EXPRESSION 
Value  expression  contains  illegal  item. 

19  SYNTAX  ERROR  - ILLEGAL  ELEMENT 

Item  included  in  clause  of  elemental  adverb  which  is  illegal 
according  to  syntax  directory. 

20  SYNTAX  ERROR  - TOO  MANY  PHRASES 

Adverb  defined  as  "single"  has  more  than  one  phrase. 


Figure  5.  (Part  2 of  3) 
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21 

SYNTAX  ERROR  - RELATION  NOT  RIGHT  IN  SEQUENCE 

Normal  sequence  of  relational  phrase  violated. 

22 

TYPE  (15)  VALUE  (15)  (A12) 

Arguments  are  the  type,  value  and  alphabetic  representation 
of  the  offending  item.  This  message  appears  following  most 
of  the  messages  that  begin  with  "SYNTAX  ERROR" 

23 

INPUT  TABLES  EXCEEDED,  TYPE  (12) 

Tables  built  by  subroutine  ERRFND  have  been  exceeded, 
indicates  type  of  table  in  which  error  occurred. 

Argument 

24 

LONG  STRING  TOO  LONG 

Input  long  string  exceeds  120  characters. 

25 

UNBALANCED  COLLECTION 

Number  of  items  in  object  collection(s)  does  not  agree 
number  in  subject. 

with 

26 

BOOLEAN  STATEMENT  WRONG 

Error  in  boolean  statement  logic. 

Figure  5.  (Part  3 of  3) 
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4.4  BOOT  Module 


4.4.1  General  Purpose.  The  BOOT  Module  is  designed  to  create  and  up- 
date those  portions  of  the  data  base  which  are  essential  to  normal  COP 
operation.  As  a result,  the  input  to  BOOT  is  on  fixed  formatted  card 
images  rather  than  a free  form  text  English  input.  The  portions  of  the 
data  base  which  BOOT  addresses  are: 

o The  data  organization  index,  which  contains  a functional  des- 
cription of  the  IDS  data  base  strucutre,  the  information 
required^to  retrieve  headers  and  the  data  editing  directory 

o The  data  entry  point  headers 

o The  dictionary 

o The  text  English  syntax  directory 

o The  module  link  table 

o 'The  target  longitude  sectors 

In  general,  each  input  card  image  to  BOOT  creates  or  updates  a record 
within  one  of  the  above  structures.  Normally,  BOOT  will  be  run  only 
when  a QUICK  data  base  is  being  created  from  scratch. 

4.4.2  Input.  The  input  to  BOOT  consists  of  an  introductory  command 
verb  followed  by  a series  of  sets  of  card  images.  Each  set  is  begun 
by  a command  adverb  and  terminated  by  a card  containing  END  in  card 
columns  1-3.  The  last  set  is  followed  by  a second  END  card.  The 
order  of  the  sets  is  important  if  the  user  is  building  a data  base  from 
scratch  because  the  creation  of  some  records  is  dependent  upon  the  pre- 
vious creation  of  others.  The  order  to  be  followed  is  that  in  which 
the  sets  will  be  presented. 

4.4.2. 1 Verb  Command . The  introductory  verb  for  BOOT  is  INITIALIZE. 
This  command  must  be  defined  starting  with  column  1 on  the  first  card 
image  that  the  COP  reads  in. 

4. 4. 2. 2 Introductory  Adverbs.  As  cited,  each  set  is  introduced  by  a 
command  adverb  and  ended  with  an  END  card.  The  command  adverbs  must 
appear  on  separate  card  images  with  the  adverb  starting  in  column  1. 

The  command  adverbs  and  the  general  description  of  the  sets  they  intro- 
duce are  shown  in  table  12.  Discussions  of  each  set  follow. 

4.4.2. 3 NEW INDEX  Adverb.  This  conmand  adverb  has  no  following  cards. 

It  must  appear  only  in  the  case  of  a construction  of  the  data  base  from 
scratch.  In  this  case  it  must  appear  first.  It  causes  the  creation  of 
the  data  organization  index  header  and  a utility  table  header  used 

internally  by  COP. 
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Table  12.  BOOT  Command  Adverbs 


NEWINDEX 

- Creates  new  index  header 

RECORDTYP 

- Adds  new  record  type  records 

HEADER 

- Adds  data  entry  point  headers 

DICTIONARY 

- Makes  entries  and  updates  to  the 

dictionary 

MODULE 

- Makes  changes  to  the  module  link 

table 

SYNTAX 

- Makes  entries  and  changes  to  the 
syntax  directory 

text  English 

INDEX 

- Makes  entries  and  changes  to  the 
zational  index 

data  organi- 

SECTORS 

- Adds  new  sector  records 
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4. 4. 2. 4 RECORDTYP  Adverb.  A complete  and  total  definition  of  each 
record  type  contained  within  the  Integrated  data  base  is  presented  in 
Program  Maintenance  Manual  Volume  I.  This  command  adverb  introduces  the 
list  of  those  record  types  to  be  added  to  the  data  organizational  index. 
Each  card  image  following  the  adverb  contains  the  name  and  number  of  the 
record  type.  For  each  card  image,  the  record  type  name  is  placed  in 
columns  1 to  8 (left  justified)  and  the  record  type  number  in  columns 

9 to  16  (free  field).  The  set  is  ended  normally  with  the  insert  of  the 
END  card. 

4. 4. 2. 5 HEADER  Adverb.  In  the  IDS  sense,  a header  is  the  highest  level 
of  entry  into  a series  of  master  records  and  their  associated  chains. 

In  the  QUICK  data  base,  headers  define  entries  to  data  elements  through 
the  use  of  attribute  CLASS.  This  set  of  commands,  then,  specifies 
header  name  (or  class  entries)  and,  further,  links  them  to  record  type 
as  outlined  above. 

Each  card  in  the  set  defines  the  record  type  name  (columns  1 to  8,  left 
justified),  the  attribute  CLASS  name  (columns  9 to  16),  the  attribute 
SIDE  name  (columns  17  to  24).  SIDE  may  be  left  blank.  Also,  if  the 
header  record  type  is  TGTHD  (target  header),  the  card  image  may  contain 
an  entry  for  ICLASS  (columns  25  to  32)  which  is  used  as  an  internal 
sequential  counter.  This  set  is  ended  by  an  END  card. 

I 

4.4. 2.6  DICTIONARY  Adverb.  All  of  the  words  that  have  meaning  to  the 
COP  are  contained  within  the  dictionary  (see  appendixes  A,  B,  and  C) 
and  are  added  or  altered  with  this  command  adverb.  The  card  image  for- 
mat is  shown  in  figure  6.  The  word  types  defined  with  the  dictionary 
are : 

o OPERAT  - text  English  mathematical,  relational,  boolean  or 
syntax  operator 

I 

o VERB  - text  English  verb 

o ADVERB  - text  English  adverb 

o SPCIAL  - text  English  special  word 
o ATTRIB  - attribute 

o NULL  - text  English  null 

If  the  word  is  an  attribute,  the  various  type  identifications  are: 
o NMALPH  - alphabetic  attribute 

o IDALPH  - alphabetic  attribute  used  as  an  IDS  identifier 
o NMNUMR  - numeric  attribute 

o IDNUMR  - numeric  attribute  used  as  an  IDS  identifier 
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CLASS  ATTRIB  1 1 IDALPH 
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Figure  6.  Dictionary  Card  Image 


r 


Each  card  image  causes  the  current  dictionary  to  be  queried  for  existence 
of  each  word.  If  it  exists,  the  information  concerning  the  word  is  up- 
dated; otherwise,  the  new  word  is  added  to  the  dictionary.  This  set  is 
ended  by  an  END  card. 


4. 4. 2. 7 MODULE  Adverb.  When  the  COP  encounters  a command  verb,  it 
executes  a module,  or  that  is  to  say  it  calls  into  memory  an  overlay 
which  will  in  turn  carry  out  the  verb's  instruction.  Each  verb,  then, 
corresponds  to  a module  (see  section  3).  The  MODULE  adverb  of  BOOT 
provides  the  method  of  connecting  the  verbs  and  module.  One  card  ixiag* 
is  required  for  a verb-module  combination.  The  verb  is  placed  within 
columns  1 to  16  (left  justified)  and  the  link  name  (or  module)  is  placed 
within  columns  17  to  24  (left  justified).  This  set  is  ended  by  an  END 
card . 

4. 4. 2. 8 SYNTAX  Adverb.  This  command  adverb  introduces  the  set  of  card 
images  which  create  and/or  alter  the  text  english  syntax  directory  or 
the  grammar.  This  directory  contains  four  distinct  types  of  records 
each  of  which  is  created  by  a card  image  with  a record  type  name  in 
columns  1-6;  these  are:  SYNVRB,  PKMADV,  ADVELM,  and  SYNCLZ.  Each 
record  type  is  discussed  in  the  order  of  appearance. 

a.  SYNVRB  --  This  card  image  creates  an  entry  for  a verb  and  tells 
the  syntax  analyzer  whether  or  not  it  should  expect  clauses  to 
follow  the  verb  (see  section  3).  Each  card  image  has  the  form: 


Columns 


Meanine 


1-6 

9-24 

25-32 


=SYNVRB 

Verb  (left  justified).  See  section  3. 

=CLAUSE,  verb  must  be  followed  by  clause (s) 
=NOCLAU,  verb  need  not  be  followed  by  a clause 


PRMADV  — Tiis  card  image  creates  an  entry  for  an  adverb  and 
describes  to  the  syntax  analyzer  the  type  of  clause  and  phrases 
which  follow  the  adverb.  Each  card  image  has  the  form: 


Columns 


Meanine 


1-6  = PRMADV 

9-24  Adverb  (left  justified).  See  section  3. 

25-32  Clause  type  mnemonics: 

=BOOL,  Boolean  clause.  Clause  phrases  are  con- 

nected by  boolean  operator 
=SEQENC,  Sequence  clause.  Clause  phrases  are  not 
connected  in  any  way 

=SINGLE,  Clause  has  one  and  only  one  phrase 
=NONE,  Clause  has  no  phrases 


Columns 


Meaning 

33-40  Phrase  type  mnemonics  (left  justified): 

=•  RE  LATE,  Phrases  are  relational  phrases 
=EQULIK,  Relational  operator  EQUAL (=)  and  LIKE 
only  may  be  used 

=ELEMNT,  Phrases  are  language  elements  (i.e., 
number,  long  string,  special  word,  etc.) 


c.  ADVELM  --  Tills  card  image  is  used  to  describe  to  the  syntax 

analyzer  the  types  of  language  elements  which  are  legal  in  the 
case  where  the  adverb  has  been  described  as  having  elemental 
phrases.  The  card  format  is: 


Columns  Meaning 


1-6  = ADVELM 

9-24  Adverb  (left  justified).  See  section  3. 

25-32  Either  element  or  word  type  mnemonic  (left  justi- 

fied). 

If  element: 

=ALPNUM,  Alphanumeric  value 

=NUMBER,  Numeric  value 

=L0NGST,  Long  string  (alphabetic  value  greater 
than  12  characters) 

If  word  type  mnemonic,  enter  values  as  given  in 
subsection  4. 4. 2, 6. 

33-40  Operator  or  special  word  value  (left  justified). 

See  section  3. 


d.  SYNCLZ  --  This  card  image  Is  used  to  inform  the  syntax  analyzer 
which  adverbs  go  with  which  verbs.  Any  verb  may  be  related  to 
as  many  adverbs  as  desired  and  vice  versa.  Each  card  image  has 
the  form: 


Columns  Meaning 


1-6  = SYNCLZ 

9-24  Verb  (left  justified).  See  section  3 

25-32  Adverb  (left  justified).  See  section  3 


The  set  is  ended  by  an  END  card. 
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4. 4. 2. 9 INDEX  Adverb.  Through  multiple  entries  to  the  integrated  data 
base,  the  COP  has  the  ability  to  honor  all  reasonable  user  requests. 

In  addition  to  the  entries,  each  data  record  is  connected  in  some 
logical  fashion  whereby  the  COP  may  conduct  queries  in  orderly  schemes. 
However,  the  COP  needs  to  know  the  structure  of  the  data  base  linkage. 
Therefore,  a network  must  be  built  which  in  turn  tells  the  COP  how  the 
integrated  data  base  'looks'  in  the  sense  of  what  is  chained  to  what  and 
which  masters  (an  IDS  type  record)  have  masters  under  them.  The  INDEX 
adverb  will  do  this.  For  all  discussion  below,  refer  to  Program  Main- 
tenance Manual  Volume  I for  a total  picture  of  the  data  structure. 

Under  the  command  adverb  INDEX  there  are  five  record  types:  INDMST, 
INDDET,  INDATR,  ALPHVL  and  LINKER,  Each  record  type  is  discussed. 

a.  INDMST  --  A card  image  of  this  type  should  be  included  for 

each  chain  in  the  data  base.  It  contains  the  information  neces- 
sary to  determine  what  chains  each  record  type  is  a master  of 
and  the  detail  record  type  of  that  chain.  Each  card  image  for- 


mat  is: 

Columns 

Meaning 

1-7 

= INDMST 

9-16 

Master  record  type  name 

(left 

justified) 

17-24 

Detail  record  type  name 

(left 

justified) 

25-32 

Chain  name  (left  justified) 

b.  INDDET  --  A card  image  of  this  type  is  needed  for  each  chain  in 
the  data  base.  It  contains  the  information  necessary  to  deter- 
mine what  chains  each  record  type  is  a detail  of  and  the  master 
record  type  of  that  chain.  Hie  card  image  format  is: 


Co lumns 

Meaning 

1-6 

= INDDET 

9-16 

Detail  Record  type  name 

(left 

justified) 

17-24 

,'laster  record  type  name 

(left 

justified) 

25-32 

Chain  name  (left  justified) 

c.  INDATR  --  A card  image  of  this  type  is  needed  for  each  attri- 
bute in  the  data  base.  It  contains  information  as  to  the 
attribute  type  and  editing  criteria  such  as  default  values 
and  upper  and  lower  values  for  numeric  attributes.  Appendix 
B details  current  directory  specifications.  The  card  format 
is: 
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Columns  Meaning 

1-6  =INDATR 

9-24  Attribute  Name  (left  justified) 

25-32  Attribute  type  mnemonic  (left  justified) 

33-40  Default  value  (alphabetic  values  should  be  left 

justified 

41-48  Lower  limit  (free  field) 

49-56  Upper  limit  (free  field) 


ALPHVL  — This  card  image  creates  the  list  of  legal  values  for 
attributes  whose  type  mnemonic  is  some  combination  of  'LIST' 
values.  Each  card  image  is: 


Columns 


Meaning 


1-6  = ALPHVL 

9-24  Attribute  name  (left  justified) 

25-32  'LIST'  values  (left  justified) 


e.  LINKER  --  'This  card  image  is  used  to  inform  the  data  organiza- 
tion as  to  the  make  up  of  each  record  type.  The  card  image  is: 


Columns  Meaning 


1-6  =LINKER 

9-16  Record  type  name  (left  justified) 

17-32  Attribute  name  (left  justified) 

33-40  Control  identifier  mnemonic  (left  justified) 

=CNTROL,  attribute  used  as  a match  key  for  inter- 
nal structure  definition 
=N0RM,  attribute  not  a control  one 


4.4.2.10  SECTOR  Adverb.  Target  complexes  are  formed  for  target  ele- 
ments belonging  to  earth  sectors  which  is  simply  longitudinal  division. 

A sector  is  defined  by  specifying  lower  and  upper  longitudinal  values. 
Following  the  adverb  command  each  card  image  defines  one  lower  and 
upper  longitudinal  bound.  The  lower  bound  is  placed  in  columns  1 to  8 
(free  field)  and  the  upper  bound  in  columns  9 to  16.  The  END  card  ends 
this  set, 

4.4.2.11  Final  BOOT  Card.  After  the  last  input  set  to  BOOT  has  been 
terminated,  the  user  must  include  another  END  card.  Normal  text  English 
commands  may  follow. 
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4.4.3  Output.  The  BOOT  module  produces  an  annotated  list  of  its  input 
on  print  report  code  13.  Each  card  image  as  input  is  displayed  as 
input.  (Columns  73-80  are  also  printed  so  as  to  provide  any  sequencing 
information  the  user  desires  to  place  there.)  Comnand  adverbs  are 
given  a special  flag.  In  addition,  each  card  Image  is  preceded  by  a 
+,  (?  , or  $ symbol.  Respectively,  these  symbols  imply  a record  type 
was  added,  altered  or  an  error  occurred.  A sample  of  portion  of  the 
BOOT  module  output  appears  in  figure  7. 


0*****  CENTRAL  OPERATIONS  PROCESSOR  ***** 
©INITIALIZE 

© *****  COLD  BOOT’  PROCESS  ***** 

(4; *****  SYNTAX 

PRMADV  OMITTING  BOOL  ELEMENT 

©$  SYNC1.Z  DESIGN  ONPRINTS 

©*****  DICTIONARY 

©+  SIZE  ATTRIB  338  0 NMNUMB 

(4) *****  END 


HEADING 

MEANING 

© 

COP 

input  print  header 

© 

Command  to  run  BOOT 

© 

BOOT 

Input  Print  Header 

© 

ROOT 

Input  set  introductory  card 

© 

This 

card  caused  BOOT  to  alter 

a record 

© 

This 

card  was  rejected  by  BOOT 

© 

This 

card  caused  BOOT  to  add  a 

record 

Figure  7.  BOOT  Module  Output  Print 
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SECTION  5.  DATA  MODULE 


5. 1 General  Purpose 

The  DATA  module  Is  designed  to  allow  the  user  to  create  those  portions 
of  the  data  base  not  created  by  other  modules,  add  information  to  exist- 
ing record  types  which  were  only  partially  Initialized  by  other  modules, 
make  corrections  and  updates  to  existing  record  types  and  delete  record 
types  which  are  no  longer  desired.  The  DATA  module  has  three  verbs: 
CREATE,  CHANGE,  and  DELETE.  The  general  philosophy  of  the  DATA  module 
is  to  allow  the  user  to  make  commands  solely  in  terms  of  attributes, 
relieving  him  of  the  necessity  of  knowing  which  record  type  or  types 
are  affected.  Also,  the  execution  of  the  DATA  module  is  permissible 
at  any  stage  of  processing  within  the  QUICK  system. 

5.2  Input 

5.2.1  The  CREATE  Verb.  The  CREATE  verb  defines  new  data  record  types. 
The  DATA  module  builds  record  types  to  be  created  filling  in  any 
unsupplied  attribute  values  either  from  QUICKs  directory  defaults  or 
from  a user  specified  source.  In  general,  the  use  of  the  CREATE  verb 
will  cause  one  or  more  sets  of  record  types  to  be  created.  DATA 
also  will  check  all  input  values  against  QUICKs  directory  for  validity. 
Finally,  the  DATA  module  checks  to  make  sure  that  no  duplicate  records 
are  created  such  as  two  separate  target  records  having  the  same  DESIG. 


If  the  user  desires  to  create  targets  via  DATA  he  does  not  neces- 
sarily have  to  specify  values  for  attributes  TYPE,  DESIG,  TASK,  or  any 
other  attribute  value  normally  obtained  if  the  JLM  has  successfully 
built  an  Assignment  table  (see  Users  Manual  Volume  II,  section  2). 
These  values  will  be  supplied  from  the  Assignment  table  where  not 
user  specified. 

The  CREATE  verb  has  five  legal  adverbs: 


o 

o 

o 

o 

o 


SETTING 


SAME 

USING 

SUPRESSING 

ONPRINTS 


- defines  values  to  be  stored 

- alternate  method  of  storing  default  attribute 
values 

- specifies  the  use  of  QUICKs  directory 

- specifies  that  QUICKs  directory  is  not  to  be 
used 

- optional  request  for  printing  data  of  interest 
to  a maintenance  programmer 
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A sample  CREATE  verb  input  could  be: 


CREATE  SETTING  CLASS-BOMBER  SIDE-BLUE 
(IREG,  LAT,  LONG)  = (1,65,150)  & (2,63,51)  & 

(3,63,3)  ONPRINTS  USING  DIRECTORY 

This  command  creates  three  records  for  the  given  CLASS  and  SIDE  where 
each  record  has  the  input  values  for  IREG,  LAT  end  LONG.  Note  that 
TYPE,  TASK,  and  CNTRYLOC  are  not  given;  they  are  assumed  to  be  obtained 
from  a created  Assignment  table. 

Comments  on  the  major  use  of  adverbs  follows. 

5. 2. 1.1  The  SETTING  Adverb.  This  is  the  chief  clause  for  the  CREATE 
verb.  It  is  that  part  of  the  comnand  structure  whereby  the  user  informs 
the  COP  what  values  are  to  be  stored  and  under  what  record  type.  Any 
attribute  may  be  set  through  this  adverb.  One  setting  clause  will 
create  one  record  type  except  if  the  clause  contains  one  or  more  extend- 
ed equals  phrases  (i.e.,  LAT-40  & 50  & 60)  in  which  case  a record  type 
set  will  be  created  for  every  combination  of  the  values  in  such  phrases. 
Note  that  a create  verb  may  contain  any  number  of  SETTING  clauses. 

5.2. 1.2  The  SAME  Adverb.  This  clause  allows  the  user  to  specify  a 
logical  record  which  is  used  to  define  the  default  values  for  attributes 
which  the  user  has  not  input.  Its  purpose  is  to  reduce  the  inputting 

of  redundant  information.  For  instance,  say  the  user  desires  to  create 
two  weapon  systems,  one  for  a B52  and  another  for  a B52A  and  both  sys- 
tems have  identical  attribute  values  except  that  the  attribute  RANGE 
differs  between  the  two.  Under  this  scenerio,  the  user  would  have  to 
input  two  complete  sets  of  identical  attribute  values  if  not  for  the 
SAME  clause.  Assume  the  B52  record  has  been  created  and  all  of  its 
attributes  stored.  A command,  then,  to  create  the  B52A  record  could 
be : 

CREATE  SETTING  TYPE-B52A  RANGE=9000 
SAME  AS  TYPE  B52 

Now  the  B52A  record  type  is  created  identically  to  the  B52  but  with  a 
different  value  for  RANGE. 

It  is  appropriate  to  show  examples  of  the  LIKE  and  OF  operation  which 
are  helpful  in  creating  data.  Consider  the  command: 

CREATE  SETTING  TYPE-B52A  RANGE  LIKE  TYPE  Fill 
SAME  AS  TYPE  B52 

'Type  B52A  will  have  all  of  the  same  attribute  values  as  the  B52  except 
that  the  RANGE  for  the  B52A  will  equal  the  range  of  the  Fill. 
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An  example  using  the  OF  operator  with  the  CREATE  command  would  be: 

CREATE  SETTING  CEP=10*CEP  OF  TYPE  B58  . . . 

The  CEP  to  be  created  equals  10  times  the  CEP  value  stored  for  TYPE  B58. 

The  general  form  for  the  SAME  adverb  is: 

SAME  AS  Identifier  attribute  Identifying  value 

The  combination  of  attribute  and  value  is  used  to  retrieve  a record  of 
the  type  defined  in  the  SETTING  clause  where  the  identifier  attribute 
has  the  identifying  value.  The  attribute  defaults  are  then  retrieved. 

The  attribute  must  be  an  attribute  identified  in  the  dictionary  as 
being  a unique  identifying  attribute  (e.g.,  CLASS,  TYPE,  etc.).  If 
this  clause  is  omitted,  the  default  values  used  for  attributes  not  pro- 
vided values  in  the  SETTING  clause  will  be  those  defaults  found  in  QUTCKs 
directory. 

5. 2. 1.3  The  SUPPRESSING  and  USING  Adverbs.  These  adverbs  are  used  to 
specify  whether  or  not  the  DATA  module  is  to  use  QUICKs  directory  to 
edit  input  values.  If  not  specified,  USING  is  assumed  and  all  values 
are  edit  checked. 

5.2.2  The  CHANGE  Verb . The  CHANGE  verb  is  used  when  the  user  wishes 
to  alter  existing  record  types.  Information  following  the  verb  must 
be  sufficient  to  inform  the  COP  of  what  record  type(s)  is  to  be  affected 
and  what  attribute  values  are  to  be  changed.  A WHERE  clause  is  used  for 
specification  of  the  record  types  to  be  changed  and  a SETTING  clause 
gives  the  altered  attribute  values.  In  addition  to  the  standard  optional 
ONPRINTS  adverb,  these  are  the  only  two  adverbs  recognized  by  the  CHANGE 
verb. 

Consider  the  command; 

CHANGE  WHERE  CLASS=MISS1L  AND  SIDE=BLUE 

AND  CATCODE=2763&2764&2765  SETTING  ISITE=1&2&3 

Note  that  in  this  command  both  the  WHERE  and  SETTING  clause  contains  an 
extended  equals  phrase.  In  this  case,  DATA  will  assume  that  there  Is 
a one-to-one  correspondence  between  the  records  which  satisfy  each  ele- 
ment of  the  extension  in  the  WHERE  clause  and  the  change  specified  in 
the  same  position  in  the  SETTING  clause.  In  general,  every  record  type 
combination  which  satisfies  the  WHERE  clause  will  be  changed  to  match 
the  values  given  in  the  setting  clause.  In  the  example,  the  MISSIL 
whose  CATCODE  equals  2764  would  have  its  ISITE  set  to  2. 

It  should  also  be  noted  that  it  Is  a simple  matter  for  DATA  to  handle 
a CHANGE  verb  whose  WHERE  clause  contains  only  an  equals  clause  (extended 
or  not)  and  the  attribute  is  DESIG. 
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A helpful  hint  in  the  use  of  CHANGE  verbs  is  the  knowledge  that  the  COP 
processes  all  verbs  sequentially.  For  a whole  series  of  CHANGE  verbs 
could  be  used  where  more  than  one  of  the  verbs  alters  the  same  record 
type  but  setting  different  attribute  values. 

5.2.3  The  DELETE  Verb.  The  DELETE  verb  is  used  when  the  user  wishes 
to  eliminate  a particular  record  of  a certain  type.  The  user  should 
note  that  deletion  of  records  from  an  IDS  data  base  can  have  far 
reaching  consequences.  The  DELETE  verb  has  two  legal  adverbs:  ONPRINTS 
and  WHERE.  In  general,  after  determining  the  set  of  record  types  to  be 
retrieved  according  to  the  WHERE  clause,  DATA  retrieves  these  record 
types  and  deletes  the  type  that  is  most  subordinate  in  the  data  organi- 
zation. 

For  example,  the  DELETE  verb  sample  in  the  sample  below  will  cause  dele- 
tion of  all  refuel  points  in  region  1. 

DELETE  WHERE  CLASS=REFUEL&IREG= 1 

5 . 3 output 

5.3.1  Standard  Output.  The  DATA  module  has  no  standard  output. 

5.3.2  Optional  Output. 

5.3.2. 1 The  CREATE  Verb.  The  optional  output  of  the  CREATE  verb  con- 
sists of,  for  each  supplied  setting  clause,  a display  of  the  retrieval 
scheme  plus  a message  each  time  a record  is  created  specifying  its  type. 
A sample  of  CREATE  Verb  output  appears  in  figure  8. 

5. 3. 2. 2 The  CHANGE  Verb.  The  optional  output  of  the  CHANGE  verb  con- 
sists of  a display  of  the  retrieval  scheme  used  plus  a message  each 
time  a record  is  changed  specifying  its  type.  A sample  appears  in 

figure  9. 

5. 3. 2. 3 The  DELETE  Verb.  The  optional  output  of  the  DELETE  Verb  con- 
sists of  a display  of  the  retrieval  scheme  used  plus  a message  each 
time  a record  is  deleted  specifying  its  type.  A sample  appears  in 
figure  10. 

5.3. 2.4  Retrieval  Scheme.  The  concept  of  data  retrieval  schemes 
(Figures  8,  9,  and  10)  is  identical  for  all  verbs  for  this  and  o'her 
modules.  Therefore,  only  one  explanation  is  required  and  is  as  follows. 

A COP  retrieval  scheme  is  a series  of  numbers  which  may  be  viewed  as 
Instructions.  Each  instruction  consists  of  an  introductory  word  which 
contains  an  identifying  number,  followed  by  one  to  three  words  which 
make  up  the  remainder  of  the  instruction.  There  are  four  instruction 
types:  Get  Header,  Chain  Next,  Chain  Master,  and  Return. 
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® 

® 

© 

© 

© 


SCHEME 

000000000001 

242547234651 

000000000043 

632763622523 

000000000003 

234644474367 

000000000003 

000000000011 

LIST 
61  35 

50  1 


000000000004 

000000000005 

000000000005 

000000000003 

512527314645 

000000000003 

654563426220 


242547234651 

000000000001 

000000000003 

622523634651 

000000000003 

632763632763 

000000000003 


224364252020 

000000000002 

242547246263 

000000000003 

234447632763 

000000000003 

632763637047 


000000000002 

242563466327 

000000000003 

632763512527 

000000000003 

632763654562 

000000000004 


66 

33 


31 

8 


36 

20 


SCHORD 


35 

38 

33 


66 

8 

3 


61 

36 

1 


38 

3 


50 

6 


20 

31 


SORDNM 

DEPCRD  TDDIST  TARGET  SECTR 
RGION  REGHD  COMPTG  CMPHD 
VULNUM  VNTKHD  TGTHD 

CREATE  RECORD 

TYPE  IS  TARGET 

TYPE  IS  TDDIST 

CREATE  RECORD 


SECHD 

TARGTY 


TYPE  IS  TARGET 


TYPE  IS  TDDIST 


HEADING  MEANING 

(T)  Retrieval  scheme  (dumped  in  octal  format) 

© List  of  record  type  numbers  used  to  create  scheme 

(©)  List  of  record  type  numbers  in  order  in  which  they  appear 

in  scheme 

(4)  Ordered  list  of  record  type  names 

(T)  Signal  that  a set  of  record  types  is  being  created 

(J)  Appears  for  each  type  in  set. 

Figure  8.  CREATE  Verb  Optional  Output 
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Figure  9.  CHANGE  Verb  Optional  Output 


® 000000000001  000000000004  512526642543  224364252020  000000000002 

512526642543  000000000007  000000000001  0000000000 03  512526512527 

000000000003  512527314645  000000000004  000000000005 


^-nLIST 
© 37  7 


©s 


S CHORD 
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SORDNM 

(VfREFPNT  RGION  RECHD 

_DELETE  RECORD  TYPE  REFPNT 

© 

DELETE  RECORD  TYPE  REFPNT 


HEAD INC 

© 

© 

© 

© 

© 


MEANING 

Retrieval  scheme  (dumped  in  octal  format) 

List  of  record  type  numbers  used  to  create  scheme 
List  of  record  type  numbers  in  order  of  scheme 
Ordered  list  of  record  type  names 
Appears  each  time  a record  is  deleted 


Figure  10.  DELETE  Verb  Optional  Output 


a.  The  Get  Header  Instruction  --  This  instruction  always  occurs 
first  in  the  scheme.  It  is  the  instruction  that  tells  the 
executing  module  to  look  for  the  next  data  header.  This  in- 
struction contains  from  two  to  four  words  depending  upon  the 
code  in  the  second  word.  The  first  word  contains  a 1.  The 
second  word  informs  the  executing  module  whether  the  attribute 
CLASS  or  SIDE  (or  both)  are  to  be  checked.  It  has  the  follow- 
ing meanings : 

1 - do  not  check  CLASS  or  SIDE 

2 - check  CLASS  only.  Value  for  CLASS  appears  in  word  three. 

3 - check  SIDE  only.  Value  for  SIDE  appears  in  word  three. 

4 - check  both  CLASS  and  SIDE.  Value  for  CLASS  appears  in 

word  three;  value  for  SIDE  appears  in  word  four. 

b.  The  Chain  Next  Instruction  --  This  instruction  directs  the 
executing  module  to  retrieve  the  next  record  on  a chain  and 
informs  it  as  to  which  instruction  is  to  be  executed  if  the 
master  of  the  chain  is  retrieved.  The  instruction  always  has 
four  words.  The  first  word  contains  a 2.  The  second  word 
contains  the  name  of  the  chain.  The  third  word  contains  the 
record  type  number  of  the  chain's  master.  The  fourth  word 
contains  a pointer  (index  number)  to  the  instruction  to  be 
executed  if  the  master  of  the  chain  is  retrieved.  In  most 
cases,  the  pointer  will  be  to  the  next  instruction  of  the  pre- 
vious chain  or  the  get  header  instruction. 

c.  The  Chain  Master  Instruction  — This  instruction  directs  the 
executing  module  to  retrieve  the  master  record  of  a chain. 

The  instruction  always  has  two  words.  The  first  word  contains 
a 3.  The  second  word  contains  the  name  of  the  chain. 

d.  The  Return  Instruction  --  This  instruction  always  appears  last 
in  a scheme.  It  informs  the  executing  module  that  a logical 
set  of  records  has  been  retrieved.  It  also  informs  the  module 
of  the  instruction  to  execute  next  to  retrieve  the  next  logical 
set  of  records.  The  instruction  contains  two  words.  The 
first  word  contains  a 4.  The  second  word  contains  a pointer 

to  a previous  instruction. 


5. 3. 2. 5 Error  Messages.  Error  messages  for  the  CREATE,  CHANGE,  and 
DELETE  verbs  are  shown  in  figures  11,  12,  and  13. 
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SETTING  CLAUSE  WRONG  FOR  CREATE 


An  error  has  occurred  in  the  setting  clause,  check  inputs. 
(F15.4)  VIOLATES  EDIT  RANGE  FOR  (A12) 


Edit  error  for  floating  point  attribute.  Value  and  attribute 
name  are  displayed. 

(110)  VIOLATES  EDIT  RANGE  FOR  (A12) 

Edit  error  for  integer  attribute:  value  and  attribute  name 
are  displayed. 

(A6 ) IS  NOT  IN  EDIT  LIST  FOR  (A12) 

Edit  error  for  alphabetic  attribute:  value  and  attribute 
name  are  displayed. 

DATA/ /ERROR  IN  S.  E AS  CLAUSE 

DATA  could  not  find  record  identified  in  SAME  clause. 

ERROR  IN  TARGET  INPUT 

Error  detected  by  Assignment  table.  Not  sufficient  amount 
of  data  supplied  or  the  wrong  data  supplied. 

LINKUP  FAILURE 

User  supplied  insufficient  lata  to  build  a viable  retrieval 
scheme . 


Figure  11.  CREATE  Verb  Error  Messages 
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Figure  13.  DELETE  Verb  Error  Messages 
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SECTION  6.  EDITDB  MODULE 


6 . 1  General  Purpose 


! he  EDITDB  module  performs  two  similar  but  quite  distinct  functions. 
First,  it  performs  the  standard  edit  check  as  outlined  in  table  13. 
Second,  it  will  perform  any  set  of  nonstandard  edits  desired  by  the 
user.  This  second  function  allows  the  user  to  check  the  validity  of 
data  attributes  not  covered  by  the  standard  edits  or  make  sure  that 
attributes  fall  within  anv  desired  limits  other  than  those  listed  in 
the  directory. 

6 . 2 Input 

The  input  to  EDITDB  consists  of  the  single  verb  EDIT.  If  this  verb  ap- 
pears without  any  clauses,  then  the  standard  edits  (see  table  13)  will 
be  used.  If  any  clauses  appear,  EDITDB  will  perform  nonstandard  edits 
according  to  user  specifications.  The  EDIT  verb  can  have  the  following 
four  adverbs:  ONPRINTS,  WHERE,  FIELDS,  and  WITH.  The  ONPRINTS  adverb 
stands  alone  and  is  used  to  generate  non-standard  prints. 


6.2.1  WHERE  Clause.  This  clause  is  used  to  specify  a subset  of  the 
data  base.  Only  those  attributes  within  this  subset  are  checked. 

6.2.2  FIELDS  Clause.  The  FIELDS  clause  has  the  general  form: 

FIELDS  attribute  [attribute  . . . attribute) 

Here  the  user  specifies  one  or  more  attributes  which  are  to  be  checked 
against  either  the  range  limits  (numeric  attributes)  or  list  (alpha- 
betic attributes)  found  in  the  data  base  directory. 

6.2.3  WITH  Clause.  The  WITH  clause  begins  with  WITH  and.  is  followed  by 
a sequence  of  relational  phrases  each  of  which  specifies  the  attribute 
(as  subject)  and  the  edit  check.  For  example,  the  user  may  wish  to  check 
a numeric  attribute  as  follows: 

WITH  CEP  BETWEEN  .01  and  ,5 

or  an  alphabetic  attribute  as  follows 

WITH  SIDE  - BLUE  OR  RED 

'v  attribute  may  appear  in  both  FIELDS  and  WITH  clause  in  which  case 
' the  directory  and  user  input  criterion  are  checked  separately. 


6 . 1 Out  put 

6.3.1  Standard  Output.  The  EDITDB  module  has  two  9ets  of  standard  output, 
one  appears  in  the  case  of  a standard  edit,  an  example  of  this  appears 
in  figure  14.  Another  is  the  nonstandard  edit  option  which  has  standard 
output  as  shown  in  figure  15. 
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fable  13.  EDITDB  Standard  Edits 


1. 

2. 

J. 

4. 

5. 


6. 


7. 

8. 

9. 

10. 
11. 


12. 


11. 

14. 


ALRTDL  less  than  or  Equal 
ALRTDB  Less  than  or  Equal 


to  NLRTDL 
to  NLRTDB 


ADBLI  Less  than  or  Equal 
ATTRSU  Less  than  or  Equal 


to  ADBLR 
to  ATTRCO 


FVALTl  Greater 
FVALT 2 Greater 
FVALT 3 Greater 
FVALT4  Greater 


than  or  Equal 
than  or  Equal 
than  or  Equal 
than  or  Equal 


to  FVALT 2 
to  FVALT 3 
to  FVALT 4 
to  FVALT 5 


Tl  Less  than  or  Equal  to  T2 
T2  Less  than  or  Equal  to  T3 
T3  Less  than  or  Equal  to  T4 
T4  Less  than  or  Equal  to  T5 

NOALER  Less  than  or  Equal  to  NOINCO 
NOINCO  Less  than  or  Equal  to  NOPERSQ 

RANGE  Less  than  or  Equal  to  RANGEREF 


TARDEFLO  Less  than  or  Equal  to  TARDEFHI 


MINKILL  Less  than  MAXKILL  - .05 


ALRTDL  Less  than  NLRTDL  - A 
where  A - (NOALER/SIMLUN)*LCHINT 

Note:  This  is  only  checked  if  NOINCO  is  greater  than  NOALER 

For  every  missile  site 
NMPSIT -NOPERSQN*N 

Where  N is  the  number  of  squadrons.  N is  calculated  by 
identifying  the  lead  squadron  (ISITE  > 0)  and  counting  the 
number  of  squadrons  such  that  (-ISITE  - ISITE  ).  This  num- 
ber is  N-l. 

Every  depenetration  corridor  has  a recovery  base  - MYRECOVl 
- some  legitimate  DESIG. 

The  data  base  limits  shown  in  Table  1 are  checked. 
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<D  (D  CD 

T2  (5.250000)  GREATER  THAN  T1  (10.0000) 
MORE  THAN  270^bTYPES®(295)® 


HEADING 

G> 

CD  CD 
© 
© 
© 


MEAN INC 

This  item  failed  a standard  consistency  check 
The  values  that  were  inconsistent 
The  maximum  number  of  items  permitted 
The  type  of  item 

The  actual  number  that  was  encountered 


Figure  14. 


EDITDB  Standard  Prints  for  Standard  Edits 


IDE  IS  BLUE  WEPNAME  IS  B-52G 


Figure  15.  EDITDB  Standard  Prints  for  Non-standard  Edits 


6-3-2  Optional  Output.  If  the  user  includes  the  ONPRINTS  adverb  with 
a nonstandard  run,  the  EDITDB  module  produces  additional  printed  output. 
A sample  of  this  appears  in  figure  16. 

6-3*3  Error  Message.  The  error  messages  produced  by  the  EDITDB  module 
only  occur  in  the  case  of  nonstandard  edits.  Figure  17  contains  EDITDB 
module  error  messages. 
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(l)  FIELDS  DATA- NAMES, FORMAT, LOCATION, RANGE  AND  LIST 
© LAT  LONG  FUNTI 
© F10.5  F10.5  A6 
© -90.00000  0.  8 

© 90.00000  360.00000  1 

© ICBM  IRBM  LRA  MRBM  SLBM  TAC  HIVAL  LOWVAL 
© WITH  CLAUSE  POINTERS  FOLLOWED  BY  THE  CLAUSE 
© 1 48  69  97  108  123 

© 000000000270  000000000000  000000000042  000000000012  014430000000 

000000000052  000000000004  000000000062  000000000006  000000000077 

© LOCATOR  INFORMATION 

© FORMAT ( '0  CLASS  IS',A6,'SIDE  IS',A6,'TYPE  IS',A6 
© KEYAT  = 1 2 59 

@ NKEYAT  = 3 


HEADING 

© 

© 

© 

© 

© 

© 

© 


MEANING 

This  block  of  output  is  generated  by  a FIELDS  clause 
These  attributes  will  be  tested 

These  formats  are  used  in  printing  the  values  of  the 
attribute 

The  lowest  value  or  a pointer  to  the  list  of  legal 
values  for  the  attribute 

The  .highest  value  or  a pointer  to  the  list  of  legal 
values  for  the  attribute 

The  list  of  values  in  4 and  5 

This  block  of  output  is  generated  by  a WITH  clause 


© 

© 

© 

© 

© 

© 


An  index  of  the  starting  point  of  phrases  within  the 
c lause 

The  octal  values  of  the  WITH  clause 

The  information  used  to  locate  an  error  in  the  data 
base 

The  format  used  in  the  first  line  of  the  error  messages 
The  location  of  the  attributes  used  to  locate  the  error 
The  number  of  key  attributes 


Figure  16.  EDITDB  Optional  Prints 
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1 

$ (15)  IS  NOT  THE  VERB  NUMBER  FOR  EDIT 

Will  occur  only  if  errors  in  the  dictionary  or  Module  link 
table  cause  erroneous  call  to  EDITDB. 

2 

$ ILLECAL  ADVERB  NUMBER  (15)  - IT  IS  IGNORED 

Will  occur  only  if  errors  exist  in  syntax  director. 

3 

$ ATFNDR  UNABLE  TO  SET  UP  SCHEME 

User  lias  supplied  insufficient  data  for  module  to  build  a 
viable  retrieval  scheme. 

4 

$ OF  PHRASE  IS  MEANINGLESS  (6H0) 

FIELDS  clause  should  not  contain  Of  Phrases.  Argument  is 
print  of  input  command. 

5 

$ SET  FI. D LOST  (6110) 

Input  FIELDS  clause  contains  nonattribute  items.  Argument  is 
input  command. 

6 

$ FIELD  IS  NOT  AN  ATTRIBUTE  IN  C30  (6110) 

Attribute  in  FIELDS  clause  is  not  a data  base  attribute. 

Figure  17.  KDITDB  Error  Messages 
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THIS  PAGE  INTENTIONALLY  LEFT  BLANK 
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SECTION  7. 


REPORT  MODULE 


7 . 1 General  Purpose 

The  purpose  of  the  REPORT  module  is  to  give  the  user/analyst  the  capa- 
bility to  produce  ad  hoc  print  reports.  REPORT  is  capable  of  address- 
ing any  set  of  attributes  in  the  QUICK  integrated  data  base  and  display- 
ing them,  plus  any  arithmetic  calculations  upon  them,  in  virtually  any 
format  the  user  desires.  REPORT  is  called  by  three  verbs:  DESIGN, 
PRINT,  and  ALTER. 

The  DESIGN  verb  is  used  to  specify  the  format  and  the  sort  to  be  used  to 
display  the  data,  the  calculated  variables  to  be  included  and  the  sub- 
set of  the  data  base  to  be  used.  Further  the  user  may  give  the  dis- 
play a name  so  that  it  is  retained  in  the  data  base. 

The  PRINT  verb  produces  the  display  the  user  has  designed.  In  addition, 
the  user  may  specify  a different  data  base  subset  with  the  PRINT  verb. 

The  ALTER  verb  is  used  to  make  changes  to  an  existing  saved  'display' 
or  to  construct  a new  'display'  from  a previous  one. 

7 . 2 Input 

7.2.1  The  DESIGN  Verb.  The  DESIGN  verb  may  have  the  following  adverbs: 
DISPLAY,  SETTING,  SORT,  WHERE,  DEFINE,  FORMAT,  ONPRINTS.  The  general 
command  form  is: 


DESIGN 


DISPLAY  display-name  [ 


f ( PAGELENGTU  ) 

SETTING  ’ LIWELEN^m  ' value 
\ REPORTCODE  \ 


^SORT 

variable 

ASCENDING 

Uh 

attribute 

DESCENDING 

or/  D ( 

f WHERE 
[DEFINE 


where-clausel 

! 


variable 


| EQUALS | 


value-expression] 


[FORMAT  format -clause  ] 


[ONPRINTS) 
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Section  3 detailed  all  of  these  adverbs.  However  major  points  concern- 
ing these  adverbs  will  be  highlighted  within  subsections  to  follow. 

Also  within  the  discussion  to  follow  (and  for  sections  on  the  ALTER  and 
PRINT  verbs)  reference  will  be  continually  made  to  a sample  input  as 
given  in  figure  18. 

7.2. 1.1  The  DISPLAY  Adverb.  The  DISPLAY  clause  is  used  to  identify  the 
display  for  future  use.  If  it  is  omitted,  the  module  will  assign  a gen- 
eral name.  The  clause  consists  of  a display  name  of  up  to  12  characters 
and  the  option  of  either  of  the  keywords  OLD  or  NEW.  If  OLD  appears, 
the  module  will  replace  the  old  display  (stored  within  data  base)  with 
the  new  one.  If  NEW,  the  module  will  assure  that  no  duplication  of  names 
occur.  The  default  is  NEW. 

In  the  example  (figure  18  ) the  display  name  is  set  to  TEST  and  is  re- 
placing an  old  display.  All  adverbs,  then,  that  follow  are  'owned'  by 
the  display  name  TEST. 

7.2. 1.2  The  SETTING  Adverb.  The  SETTING  adverb  as  used  with  the  DESIGN 
verb  is  used  to  specify  non-default  values  for  length  of  print  page, 
line  length,  and  print  file  unit.  The  only  three  attributes  allowed  are: 

o PAGELENGTH  - The  length  (or  number  of  lines)  of  the  physical  page 
for  output.  (default=55:<  lines) 

o LINELENGTH  - The  length  (or  number  of  characters)  of  the  physi- 
cal line  for  output.  (default=120  characters) 

o REPORTCODE  - The  print  unit  used  for  output . (default=42) 

Referring  to  figure  18,  defaults  are  used,  except  that  only  15  lines 
are  permitted  per  page. 

7. 2. 1.3  i he  SORT  Adverb.  The  SORT  clause  (see  section  3)  is  used  to 
specify  the  order  in  which  records  involved  in  the  display  are  to  be 
processed.  The  clause  consists  of  one  or  more  pairs  of  items.  The 
first  item  is  either  an  attribute  found  in  the  desired  records  or  a 
variable  calculated  from  the  record.  The  second  item  of  each  pair  spe- 
cifies the  order  of  the  sort  as  either  ASCENDING  (or  A)  or  DESCENDING 
(or  D) . 

'igure  18  shows  that  the  records  to  be  printed  will  appear  according 
to  increasing  range  values. 

7. 2. 1.4  The  WHERE  Adverb.  This  clause  is  used  to  subset  the  data  base, 
rhe  clause  consists  of  a boolean  statement  whose  elements  are  relational 
phrases  which  may  refer  to  attributes  or  any  normal  defines  (see  below). 

It  may  not  contain  any  attribute  using  the  OF  phrase. 

The  example  informs  REPORT  that  only  those  records  on  the  BLUE  side  are 

of  concern. 
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(T)  *****  CENTRAL  OPERATIONS  PROCESSOR  ***** 

(2)  DESIGN  DISPLAY  TEST  OLD 
SETTING  PAGELENGTH= 1 5 
SORT  RANGE  A 
WHERE  STDE=BLUE 
DEFINE  SUMSPEED-SUMSPEEIM-SPEED 
DEFINE  CEPREL=CEP*REL 
FORMAT  HEADER  ' 1 ' 100  X PAGENO 

TRAILER  30  X SUMSPEED  IN  F15.3 
LINE  3 X CLASS  TYPE  FUNCTI  CEP  REL 
CEPREL  RANGE  SPEED 

SPRINT  DISPLAY  TEST 
ALTER  DISPLAY  TEST 

SETTING  RE PORTCODE- 1 2 
SORT  RANGE  D 
FORMAT  AFTER  HEADER  1 

HEADER  ' OLIST  OF  WEAPON  TYPES' 

HEADER  150  SPACES 
TRAILER  150  SPACES 
REPLACE  LINE  1 

LINE  3 X CLASS  TYPE  FUNCTI  150  X 

1 CEP- 1 CEP  IN  F4.2  ' REL= ' REL  IN  F4.2 
150  X ' CEPREL='  CEPREL  'RANGE-'  RANGE 
'SPEED-'  SPEED 

(3)  PRINT  DISPLAY  TEST 


HEADING  MEANING 


© 

© 

0 

© 


COP  input  print  header 
DESIGN  verb  input  sentence 
PRINT  verb  input  sentence 
ALTER  verb  input  sentence 


Figure  18 


REPORT  Module  Input  Example 


7.2. 1.5  The  DEFINE  Adverb.  The  DEFINE  clause  is  used  to  perform  cal- 
culations upon  attributes  of  the  records  in  the  data  base  so  that  the 
results  may  be  part  of  the  display.  This  is  done  through  the  creation 
of  a dummy-attribute  called  a variable.  The  clause  consists  of  a single 
EQUALS  relational  phrase  in  which  the  variable  is  named  as  the  subject. 
The  object  of  the  phrase  is  any  value  expression  involving  attributes, 
previously  defined  variables  or  the  new  variable  itself. 

Section  3 details  the  various  types  of  DEFINES.  Figure  18  shows  two 
DEFINES.  One  (CEPREL)  will  be  printed  within  each  print  line;  and  the 
other  (SUMSPEED)  will  accumulate  data  for  each  record  processed  and  pro- 
duce only  a summary  print . Note  that  the  user  only  states  needed  attri- 
butes (SPEED,  CEP,  EEL) . Nothing  is  required  of  the  user  to  inform 
REPORT  where  within  the  data  base  these  attributes  reside;  the  COP 
knows  which  record  types  contain  these  attributes  and  what  subset  to 
query  based  on  the  WHERE  clause. 

7.2. 1.6  The  format  Adverb.  This  adverb  is  used  to  specify  the  format 
of  each  line  to  be  printed  (section  3 gives  a detailed  explanation  of 
this  clause).  Basically,  this  adverb  reasonably  parallels  the  standard 
FORTRAN  FORMAT  statement  where  the  variables  to  be  printed,  and  print 
mode  instructions  are  provided.  Default  modes  of  print  (not  IN  word 
supplied)  will  be  a format  from  the  attribute's  edit  range  in  QUICK 
directory.  These  defaults  are  A7,  17,  or  F9.3. 

The  example  shown  (figure  18)  prints  variables:  CLASS,  TYPE,  FUNCTION, 
CEP,  REL,  OEPREL  RANGE,  and  SPEED.  All  are  standard  attributes  except 
for  the  DEFINE  variable  CEPREL.  Standard  print  formats  will  be  obtained 
from  the  directory.  The  variable  SUMSPEED  is  to  be  printed  using  F15.3 
format,  after  30  spaces  have  been  skipped.  Words  HEADER  and,  EAGENO  are 
explained  in  section  3. 

The  example  DISPLAY  if  printed  as  given  via  a PRINT  verb  (explained  in 
following  sections)  will  be  as  given  in  figure  19. 


MSLWEP 

P0L-A2 

SLBM 

1.1. 

0.600 

1500.  6000. 

MSLWEP 

POL- A3 

SLBM 

1.1. 

0.700 

2500.  8000. 

MSLWEP 

POSEID 

SLBM 

1.1. 

0.560 

2500.10000. 

TNKWEP 

KC- 135 

000000 

0.0. 

0. 

2500. 

470. 

BMBWEP 

F-lll 

TAC 

1.1. 

0.450 

3000. 

500. 

BMBWEP 

F-111B 

TAC 

1.1. 

0.450 

3000. 

500. 

MSLWEP 

MM-IA 

ICBM 

1.1. 

0.700 

4700.12000. 

BMBWEP 

B-58 

LRA 

1.1. 

0.450 

4800. 

510. 

MSLWEP 

MM- IB 

ICBM 

1.1. 

0.600 

5500.12000. 

MSLWEP 

MM-  IT 

ICBM 

1.1. 

0.474 

6300.12000. 

MSLWEP 

MM- III 

ICBM 

1.1. 

0.474 

6300.12000. 

BMBWEP 

B-52E 

LRA 

1.1. 

0.450 

6400. 

485. 

MSLWEP 

TITAN 

ICBM 

1.1. 

0.560 

7200.12000. 

86465.000 


Figure  19.  Example  of  REPORT  (Produced  by  DESIGN  Verb  Input  Example) 


» 
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7.2.2  The  PRINT  Verb.  The  DESIGN  verb  built  instructions  whereby  a 
report  could  be  developed . The  PRINT  verb  simply  informs  REPORT  to  print 
the  display  by  supplying  a display  name  and  any  other  subsetting  infor- 
mation. 

"he  PRINT  verb  may  have  three  adverbs:  DISPLAY,  WHERE,  and  ONPRINTS. 


The  DISPLAY  clause  is  used  to  identify  the  display  to  be  printed.  If 
it  is  omitted,  the  display  that  will  be  printed  is  that  created  by  the 
last  DESIGN  verb  with  no  DISPLAY  clause. 


The  WHERE  clause  overrides  any  WHERE  clause  in  the  display  to  be  printed 
and  may  contain  any  normal  DEFINE  contained  in  the  display.  However, 
since  the  retrieval  scheme  is  not  reconstructed,  the  WHERE  clause  should 
not  contain  any  attribute  which  would  not  have  been  retrieved  in  the  dis- 
play prior  to  the  addition  of  the  new  WHERE  clause. 

7.2.3  The  ALTER  Verb.  The  ALTER  verb  has  one  fixed  adverb,  DISPLAY, 
and  six  optional  adverbs:  SETTING,  SORT.  WHERE , DEFINE,  FORMAT,  and 
ONPRINTS.  The  general  form  of  the  ALTER  verb  is  as  follows: 

ALTER  PI SPLAY  display-name  f d isp lay-name | 


[ SETTING  sett i ng-values 1 


[ SORT 

sort-clause! 

[WHERE 

where-clausel 

[DEFINE 

define-clausel 

| FORMAT 


REMOVE 

AFTER 

REPLACE 


HEADER  1 
TRAILER 

rrp — | 

PAGE 


numeric  value  1 


REMOVE  1 

format -phrase 

AFTER 

REPLACE 

J 

L 

f ONPRINTS] 

Explanations  of  each  adverb  follows  plus  reference  is  continually  made 
to  the  example  as  given  in  figure  18. 


7. 2. 3.1  The  DISPLAY  Adverb.  This  clause  may  contain  either  one  or  two 
display  names.  If  one,  the  name  is  assumed  to  be  that  of  an  old  display 
which  the  user  wishes  to  alter  or  correct.  If  two  names  are  present, 
the  first  is  assumed  to  be  that  of  a new  display  which  the  user  wishes 
to  create  by  altering  the  display  named  second. 
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7. 2. 3. 2 The  SETTING  Adverb.  This  clause  has  the  same  meaning  as  in 
the  DESIGN  verb  except  that  a parameter  set  in  the  old  display  remains 
as  set  unless  changed  in  the  new  clause;  the  values  do  not  revert  to 
the  defaults. 

In  the  example  (figure  18)  REPORT  CODE  will  be  set  to  12  and  PAGELENCTH 
still  equals  15. 

7. 2. 3. 3 The  SORT  and  WHERE  Adverbs.  These  clauses  have  the  same  mean- 
ing as  in  the  DESIGN  verb  and  replace  any  occurrence  of  the  same  adverb 
in  the  old  display. 

In  the  example  (figure  18)  the  sort  order  is  reversed  from  the  original. 

7. 2. 3. 4 The  DEFINE  Adverb.  The  use  of  the  DEFINE  adverb  is  similar  here 
to  that  with  the  DESIGN  verb.  Further,  if  the  DEFINE  variable  name  is  a 
new  one,  it  is  added  to  the  set  of  define  variables.  If  the  define  var- 
iable name  is  the  same  as  one  in  the  old  display,  the  new  replaces  the 
old.  Finally,  if  a define  variable  is  set  equal  only  to  itself  it  has 
tlie  effect  of  eliminating  any  old  variable  of  the  same  name. 

7.2. 3.5  The  FORMAT  Adverb.  The  FORMAT  clause  of  an  ALTER  verb  contains 
three  special  words  to  direct  the  attention  of  an  old  FORMAT  clause: 

AFTER,  REMOVE  and  REPLACE.  Each  of  these  is  followed  by  one  of  the  spe- 
cial words:  PAGE,  HEADER,  TRAILER  or  LINE.  These  special  words  are 
followed  by  an  identifying  number  which  can  be  found  in  the  format  defini- 
tion report  (see  next  section  of  this  manual)  of  the  display  to  be  altered. 
The  beginning  of  the  format  can  be  denoted  by  PAGE  0.  The  special  words 
have  the  following  effects: 

o AFTER  - Any  and  all  items  which  follow  the  identifier  up  to 

the  next  AFTER,  REMOVE,  or  REPLACE  are  inserted  after 
the  identified  item  in  the  old  format. 

o REMOVE  - The  identified  item  is  removed  from  the  format.  (If 
the  item  named  is  PAGE  every  item  up  to  the  next  PAGE 
is  removed) . 

o REPLACE  - The  identified  item  is  removed  and  all  items  which 
follow  the  identifier  up  to  the  next  AFTER,  REMOVE 
or  REPLACE  are  inserted  in  the  removed  items  place. 

(If  the  item  to  be  replaced  is  a PAGE  item,  the  PAGE 
item  alone  is  removed  and  no  other  action  takes  place.) 

The  ALTER  verb  (figure  18)  changes  the  original  output  (figure  20)  to 
that  as  given  in  figure  21. 
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LIST  OF  WEAPON  TYPES 


BMBWEP  B-52H  LRA 
CEP=0 . 50REL=0 . 90 

CEPREL”  0.450RANGE=  8600.SPEED=  485. 

BMBWEP  B-52G  LRA 
CEP=0. 50REL-0.90 

CEPREL-  0 . 450RANGE=  8200.SPEED=  485. 

MSLWEP  TITAL  ICBM 
CEP=1 . 00REL=0 . 56 

CEPREL=  0 . 560RANGE=  7200 . SFEED=12000 . 

12970.000 


Figure  20.  Example  of  REPORT  (Produced  by  ALTER 
Verb  Input  Example) 


7.3  Output 

7.3.1  Standard  Output.  The  standard  output  for  the  DESIGN  verb  appears 
in  figure  21.  The  standard  output  for  the  ALTER  verb  appears  in  figure 
22.  Both  DESIGN  and  ALTER  verbs  produce  a format  definition  report  which 
describes  the  format  of  the  display  and  provides  the  numbering  scheme 
used  in  future  ALTER  verbs.  This  report  will  not  appear  if  the  ALTER 
verb  does  not  affect  the  format  of  the  display.  The  PRINT  verb  has  no 
standard  output,  however  a sample  report  produced  by  the  PRINT  verb  is 
shown  in  figures  20  and  21. 

7.3.2  Optional  Output.  Both  DESIGN  and  ALTER  verbs  cause  the  creation 
of  a retrieval  scheme.  This  scheme  can  be  displayed  as  optional  output 
and  is  explained  in  section  5. 3. 2.1.  PRINT  has  no  optional  output. 

7.3.3  Error  Messages.  REPORT  module  error  messages  appear  in  figure  23. 
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heading 

0 

© 

© 

© 

© 

© 

© 

0 

(D 

© 


0 DESIGNING  DISPLAY  TEST  (5) 

@ HEADER  1 © 

1 

100 

SPACES 

® PAGE  NUMBER 
(5)  TRAILER  1 © 

30 


@ LINE 


© 

SPACES 

SUMSPEED 

1© 

IN 

F15.3  (© 

© 

3 

SPACES 

ATTRIBUTE 

1 

ATTRIBUTE 

51 

ATTRIBUTE 

128 

ATTRIBUTE 

122 

© 

ATTRIBUTE 

144 

CEPREL 

ATTRIBUTE 

125 

ATTRIBUTE 

123 

MEANING 

Indicates  that  new  display  is  being  designed 
New  display  name 
Print  of  FORMAT  clause:  HEADER 
Identifying  number 
Trailer 
Line 

Indicates  Attribute  is  to  be  displayed  - number  is  attribute 
number 

Indicates  page  number  is  to  be  displayed 
Indicates  define  variable  is  to  be  displayed 
User  input  format. 


Figure  21.  DESIGN  Standard  Output 
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(l)  NEW  DISPLAY  TEST  © ALTERED  FROM  TEST  © 
@ HEADER  1 

I 

100 

SPACES 
PAGE  NUMBER 

HEADER  2 

OLIST  OF  WEAPON  TYPES 

HEADER  3 

150 

SPACES 

TRAILER  1 

30 

SPACES 

SUMSPEED 

IN 

F15.3 

TRAILER  2 

150 

SPACES 

LINE  1 

3 

SPACES 

ATTRIBUTE  1 
ATTRIBUTE  51 
ATTRIBUTE  128 
150 

SPACES 

CEP= 

ATTRIBUTE  122 
IN 

F4.2 

REL« 

ATTRIBUTE  144 
IN 

F4.2 

150 

SPACES 

CEPREL= 

CEPREL 

RANGE= 

ATTRIBUTE  125 
SPEED= 

ATTRIBUTE  123 


Figure  22.  ALTER  Standard  Output 
(Part  1 of  2) 
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HEADING  MEANING 


Indicates  that  new  display  is  altered  from  old  display  (in 
this  case  old  display  is  changed  and  is  the  same  as  new 
display) 

Verb  display  name 
Old  display  name 

Print  of  FORMAT  clause  (see  figure  18  ) 


Figure  22.  (Part  2 of  2) 
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j 1 ERROR -NO  DISPLAY  CLAUSE 

Display  clause  missing  from  ALTER  verb. 

2 ERROR  IN  DISPLAY  CLAUSE 

Display  clause  input  incorrectly, 
i 3 OLD  DISPLAY  (A12)  NOT  FOUND 

Argument  is  name  of  old  display  clause  sought. 

4 ERROR  IN  SETTING  CLAUSE 

Illegal  attribute  (only  REPORTCODE,  LINELENCTH  and  PAGELENOTH 
are  allowed) . 

5 ERROR  IN  WHERE  CLAUSE 

WHERE  clause  entered  incorrectly,  check  inputs. 

6 ERROR  IN  DEFINE  CLAUSE 

DEFINE  clause  entered  incorrectly, 

7 ERROR  IN  FORMAT  CLAUSE 

Format  clause  entered  incorrectly. 

8 NEW  DISPLAY  (A12)  ALREADY  EXISTS 

Argument  is  name  of  display  which  user  tried  to  create  but 
which  already  exists  on  file. 

9 NO  FORMAT  CLAUSE 

FORMAT  clause  left  out  (DESIGN  only). 

10  ERROR  IN  DEFINE  CLAUSE  (13) 

Analysis  of  DEFINE  clause  encountered  error.  Argument  is 
occurrence  of  clause. 

11  ERROR  IN  SORT  CLAUSE 

I 

Order  of  argument  is  sort  clause  wrong  or  alphabetic  is  not  a 
define  name. 

I 

Figure  23.  REPORT  Module  Error  Messages 
(Part  1 of  2) 
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12  DEFINES  CANNOT  BE  RESOLVED 

No  order  in  which  to  execute  DEFINES  can  be  found. 

13  ILLEGAL  DEFINE  IN  WHERE  CLAUSE 

DEFINE  in  WHERE  clause  is  not  a normal  define. 

14  ERROR  IN  INPUT  WHERE  CLAUSE 

Error  for  WHERE  clause  input  to  PRINT  verb. 

15  ATFNDR  UNABLE  TO  SET  UP  SCHEME 

User  provided  insufficient  data  to  set  up  viable  retrieval 
scheme. 

Figure  23.  (Part  2 of  2) 
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SECTION  8.  SAVE  AND  RESTORE  MODULE  (SRM) 

8 . 1 General  Purpose 

The  purpose  of  the  SRM  is  to  give  the  user  the  capability  to  copy  the 
integrated  data  base  onto  tape  and  to  restore  the  same  data  base  to  a 
previously  stored  state  by  reading  in  such  a tape. 

Technically,  the  entire  QUICK  system  may  be  executed  without  using  the 
SRM.  Practically,  this  is  not  recommended. 

8.2  Input 

A SAVE  command  causes  the  COP  to  write  the  integrated  data  base  onto  a 
magnetic  tape.  There  is  no  restriction  as  to  when  this  command  may  be 
used.  The  general  command  form  is: 

SAVE  f ON  UNIT  unit  number  1 

The  UNIT  clause  allows  the  user  to  change  the  output  unit  number  which 
has  a default  value  of  35. 

A RESTORE  command  causes  the  COP  to  write  the  contents  of  a saved  mag- 
netic tape  onto  a disk  file.  The  general  form  of  the  command  is: 

RESTORE  f FROM  UNIT  unit  numberl 

The  UNIT  clause  allows  the  user  to  change  the  output  unit  number  which 
has  a default  of  35. 

8 . 3 Output 

There  is  no  standard  output  produced  by  this  module  since  only  data 
transfer  is  involved. 
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THIS  PAGE  INTENTIONALLY  LEFT  BLANK 


SECT TON  9.  EXTERNAL  INTERFACE  MODULE  (EIM) 


9 . 1  General  Purpose 

['he  purpose  of  the  F,TM  is  to  create  output  tapes/files  which  are  designed 
to  be  input  to  external  processors.  EIM  has  two  command  verbs:  BUILD 
and  PLOT DAT A. 

The  BUILD  verb  has  the  capability  to  create  two  standard  tapes  plus  a 
generalized  output  capability  similar  to  that  of  the  REPORT  module.  The 
user  specifies  the  output  file  to  be  developed  by  inserting  the  special 
word  SIDAC,  TABLE,  or  OTHER  within  the  BUILD  command.  The  S .'AC  word 
causes  the  production  of  two  JAD  format  data  base  assessment  capes.  The 
TABLE  word  causes  the  production  of  a standard  set  of  tables.  The  OTHER 
word  provides  the  capability  to  produce  generalized  data  files. 


The  PLOTDATA  verb  produces  an  output  tape  suitable  for  use  on  the  CALCOMP 
plotter.  ['he  plotable  information  includes  penetration  and  depenetration 
corridors,  refuel  points  and  recovery  bases. 


9 . 2  Input 

9.2.1  The  BUILD  Verb.  The  BUILD  verb  has  six  optional  adverbs:  UNIT', 
WHERE,  SORT,  DEFINE,  FORMAT,  and  ONPRINTS.  It  also  has  one  required 
adverb  FILE.  The  general  form  is: 


BUILD  FILE 


TABLE 

.SIDAC 

OTHER 


. . . [ON  UNI  I’  numeric-valuel 
. . . f WHERE  where-c lause [ . 

. . . [ DEFINE  define-clausel 
. . . [ FORMAT  format -c lause 1 
. . . [ONPRINTS] 


[ SORT  sort -c lause [ 


9.2.1. 1 FILE  TABLE.  This  clause  may  be  accompanied  by  a UNIT,  WHERE, 
and/or  ONPRINTS  clause.  The  standard  output  unit  defaults  to  35. 

9.2. 1.2  FILE  SIDAC.  This  clause  stands  alone  except  for  the  optional 
ONPRINTS  clause.  BLUE  targets  are  defined  on  unit  35  and  RED  targets 
on  unit  36. 
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9, 2. 1.3  PILE  OTHER.  Generalized  data  files  are  produced  through  user 
inputs.  A FORMAT  clause  must  be  used  and  UNIT,  WHERE,  SORT,  DEFINE, 
ONPRINTS  may  be  included. 

9. 2.  1.4  i lie  UNIT  Adverb.  The  UNIT  clause  is  used  to  specify  an  output 
unit  other  than  35. 

*■1.2.  1.5  i he  WHERE  Adverb.  For  FILE  TABLE  or  SIDAC  instructions,  this 
clause  may  only  be  used  to  specify  a value  for  the  SIDE  attribute.  If 
omitted  the  value  of  SIDE  defaults  to  BLUE. 

For  FILE  OTHER  this  clause  is  used  to  specify  the  subset  of  the  data 
base  to  be  accessed  to  build  the  output  file.  This  clause  is  fully 
detailed  in  section  3 and  examples  of  usage  within  the  REPORT  module, 
which  is  similar  to  the  EIM,  are  presented  in  section  8.  Normal  DEFINE 
variables  may  be  used.  However,  the  OF  phrase  is  not  permitted. 

9. 1.1.6  SORT  and  DEFINE  Adverbs.  The  use  of  these  clauses  are  as 
given  for  the  REPORT  modules  (section  8). 

9. 2. 1.7  The  FORMAT  Adverb.  The  use  of  the  FORMAT  clause  is  different 
in  the  EIM  from  REPORT  (section  8)  in  that  headers,  trailers  and  PAGNO 
must  not  be  used.  Furthermore  the  PAGE  special  word  has  a different 
meaning  than  explained  elsewhere.  When  it  encounters  the  word  PAGE,  the 
EIM  writes  an  end-of-file  mark  on  the  output  unit.  (The  user  should 
declare  the  output  tape  as  a multi-file.) 

9.2.2  i lie  PLOTDATA  Verb.  The  PLOTDATA  verb  has  one  adverb  SETTING. 

his  adverb  is  followed  by  a series  of  equel  relational  phrases. 

Each  phrase  sets  the  values  for  a particular  portion  of  the  plot  in- 
formation. The  general  form  of  the  PLOT  DATA  verb  is  as  follows: 


PLOTDATA 


SETTING 


MAP 


EQUAL 


PICl 


PIC2 


PIC3 


PIC4 


PIC5 


ju^AL)  ||^£j  [AND  stde1 

1— II— i 

_ l EQUAL  ) 

SCALE  1 — ' numeric -value 

1—1  

(LAT.  LONc;>  I tqi'A1  I (latitude,  longitude) 

- - |_i_|  - 
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I FOIIAT  ) / ( ^NCOR  j 

(PLOT.  LABEL)  / ) DEPCOR / 

- I I 1 ) RE  coy  I 

\v  refuel) 


9. 2. 2.1  The  MAP  Phrase.  This  is  used  to  set  the  type  of  plot.  The 
user  selects  one  of  the  following: 

o PICl  - a PIC-1  (western  hemisphere)  plot 
o PIC2  - a PIC-2  (eastern  hemisphere)  plot 

o PIC3  - a 50  x 40  plot 

o PIC4  - a 20  x 40  plot 

o PIC5  - a 10  x 10  plot 

9. 2. 2. 2 The  SIDE  Phrase.  This  phrase  selects  the  side  or  sides  to  be 
plotted.  If  the  user  wishes  only  one  side  plotted  he  states  the  side. 

If  he  wishes  both  sides  plotted  on  the  same  plot  he  uses  the  value  BOTH. 
If  he  wishes  the  sides  plotted  separately  he  uses  an  AND  connector. 

EXAMPLE:  SIDE-BLUE  AND  RED 

9. 2. 2. 3 The  SCALE  Phrase.  This  phrase  allows  the  user  to  set  the  ratio 
of  real  world  units  to  map  units. 

EXAMPLE:  SCALE-19010000 


9. 2. 2.4  The  Origin  Setting  Phrase.  This  phrase  consists  of  the  assign- 
ment of  values  to  the  attributes  LAT  and  LONG.  These  values  are  to  be 
used  as  the  origin  of  the  plot. 

EXAMPLE:  (LAT , LONG) =15 . 0, 10. 0) 

9. 2. 2. 5 The  Plot  Selection  Phrase.  This  phrase  details  which  data  ele- 
ments are  to  be  plotted  plus  whether  or  not  those  elements  are  to  be 
labeled.  The  equal  phrase  may  be  continued  via  the  AND  connector  if 
multiple  element  types  are  desired. 

EXAMPLE : ( PLOT , LABEL) -( PENCOR , YES) AND ( RECOV . NO) 


9.3  Output 


9.3.1  Standard  Output 


9. 3. 1.1  BUILD  FILE  STDAC.  Two  tapes/ files  are  generated;  one  for  BLUE 
targets  and  the  other  for  RED  targets.  There  is  no  standard  print. 


9. 3. 1.2  BUILD  FILE  TABLE.  The  output  consists  of  a tape/file  on  user 
direct  unit.  There  is  no  standard  output. 


9.3. 1.3  BUILD  FILE  OTHER.  The  output  consists  of  a user  defined  output 
file.  There  is  no  standard  print. 
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9. 3. 1.4  PL OTP AT A.  The  output  consists  of  a tape  suitable  for  the 
CALCOMP  plotter.  There  is  no  standard  print. 

9.3.2  Optional  Output.  Print  of  records  within  files  SIDAC,  TABLE, 
and  PLOTBATA  can  be  obtained;  table  14  gives  the  format  of  records  with- 
in SIDAC;  table  15  formats  the  TABLE  records;  figure  24  the  PLOTDATA 
records,  and  figure  25  the  error  messages. 

The  optional  output  for  BUILD  FILE  OTHER  consists  of  a print  of  the  re- 
trieval scheme  constructed  during  processing  (see  subsection  5,3. 2.3). 


L AD-A047  256 


UNCLASSIFIED 

2 of  2 
ADA 

047266 


SYSTEM  SCIENCES  INC  BETHESDA  MD  F/6  15/7 

THE  CCTC  QUICK-REACTING  GENERAL  WAR  GAMING  SYSTEM.  (QUICK).  USE— ETC(U) 
JUN  77  D J SANDERS.  P F MAYKRANTZ.  J M HERRIN  DCA100-75-C-0019 
CCTC-CSM-UM-9-77-V0L-1  NL 


Column 

1-5 

6-9 

10-15 

16-20 

21-26 

27-58 

59-64 

65-88 

89-94 

95-118 

119-125 

126-133 

134-137 

138-139 

140-147 

148-149 

150-155 

156-159 

160-163 

164-167 

168-190 

191-198 

199-205 

206-208 

209-288 

289-293 

294 

295-300 


Table  14.  BUILD  FILE  SIDAC  Output  File  Format 
(Part  1 of  2) 


Meaning 

Category  code,  (CAT CODE)  numeric 
World  Area  Code  (WACNO)  alphabetic 
Bomber  Encyclopedia  Number  (BENO)  alphabetic 
B lank 

Name  (NAME)  alphabetic 
Blank 

Major  Complex  Number  (MAJOR)  numeric 
Blank 

Minor  Compound  Number  (MINOR)  numeric 
Blank 

Latitude  (LAT)  degrees,  minutes,  seconds 
Longitude  (LONG)  degrees,  minutes,  seconds 
Blank 

Country  Location  (CNTRYL)  alphabetic 
Blank 

County  Owner  (CNTRYO)  alphabetic 
Blank 

Severe  vulnerability  (VULNl)  VNTK 
Moderate  vulnerability  (VULN2)  VMTK 
"03P0" 

Blank 

Capacity  (POP*10) . This  quantity  is  zero  for  all  non-U/I 
targets 

Blank 

Radius  (RADIUS*10)  numeric  - tenth  of  nautical  miles. 
This  quantity  is  zero  for  all  non-U/l  targets 

Blank 

DESIG,  alphabetic 
Blank 

TYPE,  alphabetic 
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Table  14.  (Part  2 of  2) 


Co lumn 

301-303 

304-305 

306 

307-312 

313-314 

315-318 

319 

320 

321-335 

336 


Meaning 

Blank 

I CLASS,  numeric 

1 for  Blue  targets;  2 for  Red  targets 
Blank 

TASK,  alphabetic 
Blank 

Region  (IREG),  numeric 

SAGA  region.  This  quantity  is  IREG  +1  unless  country  loca- 
tion is  US  or  AK  in  which  case  it  is  IREG 

Blank 

Record  Mark 
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Column 

1-8 

9 

10-14 

15 

16-20 

21-24 

25-31 

32-39 

40 

41-46 

47-50 

51-55 

56 

57-61 

62-63 

64-69 

70-71 

72-76 

77 

78-80 

81-90 


Table  15.  BUILD  FILE  TABLE  Output  File  Formats 
(Part  1 of  5) 

TARGET  LIST 


Meaning 

'F1TARGET' 

Side:  1 for  Blue;  2 for  Red 

Line  count,  numeric 

Blank 

DESIG,  alphanumeric 
Blank 

Latitude  (LAT) , degrees,  minutes,  seconds 
Longitude  (LONG),  degrees,  minutes,  seconds 
Blank 

NAME,  alphabetic 

World  Area  Code  (WACNO) , a -cic 

Bomber  Encyclopedia  Number  (BENO) , numeric 
Blank 

Category  ( CAT CODE ) , numeric 

Country  Location  (CNTRYL),  alphabetic 

Major  Complex  Number  (MAJOR),  numeric 

TASK,  alphabetic 

Index  Number  ( INDEXNO) , numeric 

Blank 

Complex  Number  (ICOMPL),  numeric 
Blank 
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Table  15.  (Part  2 of  5) 


Column 

1-7 

8 

9 

10-14 

15 

16-20 

21-55 

56-58 

59-61 

62-64 

65-69 

70-75 

76-90 


Column 

1-8 

9 

10-14 

15-17 

18-19 

20 

21-37 

38-43 

44-46 

47-90 


VEHICLE  CHARACTERISTICS  LIST 


Meaning 

'F1VEHIC' 

Blank 

Side:  1 for  Blue;  2 for  Red 

Line  count,  numeric 
*1' 

Missile  or  bomber  line  count 
Blank 

CEP  in  hundreds  of  feet 
Blank 

CEP  in  hundreds  of  feet 
Blank 

TYPE,  alphabetic 
Blank 


WEAPON  CHARACTERISTICS  LIST 


Meaning 

‘F1WEAP0N1 

Side:  1 for  Blue;  2 for  Red 

Line  count 

Blank 

Warhead  type  (Line  count  * 10  plus  1 for  ASM;  0 for  all  others) 

0 = Bomb,  1 = ASM,  2 =-  DECOY 

Blank 

Warhead  yield  in  kilotons 

Fission  to  Fusion  percentage  (FFRAC*100) 

Blank 
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Table  15.  (Part  3 of  5) 


Column 

1-8 

9 

10-14 

15 

16-20 

21 

22-28 

29-36 

37 

38-41 

42-43 

44-45 

46-47 

48-49 

50 

51 

52 

53 

54-59 

60-65 

66-69 

70-71 

72-74 

75-80 

81-84 

85-90 


MISSILE  BASE  LIST 


Meaning 

'F1MIBASE' 

Side:  1 for  Blue;  2 for  Red 

Line  count 

Blank 

Line  count 

Blank 

Latitude  (LAT)  degrees,  minutes,  seconds;  S if  South,  blank  if  North 
Longitude  (LONG)  degrees,  minutes,  seconds;  E if  East,  W if  West 
Blank 

Vulnerability  Number  (VULNl)  alphanumeric 

Type  Count 

Blank 

'1/';  that  is,  beginning  sortie  number  (always  1)  followed  by  / 

Number  per  site  (NMPSIT),  numeric 

Blank 

H if  VN  greater  than  or  Equal  to  20,  S otherwise 
Blank 

1 if  column  51  is  H or  if  51  is  S and  NCALER  Equal  NMPSIT 
Otherwise  = 2 

Blank 

NAME,  alphabetic 
Blank 

Country  Location  (CNTKYL),  alphabetic 
Blank 

TYPE,  alphabetic 

Blank 

BENO 
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Table  15.  (Part  4 of  5) 


BOMBER  BASE  LIST 


Column  Meaning 

1-6  1 FlBASE' 

7-8  Blank 

9 Side:  1 for  Blue;  2 for  Red 

10  Blank 

11-14  Line  count 

15  Blank 

16-20  Index  Number  (INDEXNO) , numeric 

21  Blank 

22-28  Latitude  (LAT),  degrees,  minutes,  seconds 

29-36  Longitude  (LONG),  degrees,  minutes,  seconds 

37  Blank 

38  1 for  SLBM,  2 for  LRA,  3 for  TAC,  7 for  all  others  (from 
FUNCTI) 

39  Blank 

40  'X' 

41-43  Blank 

44  'X1  for  tanker,  blank  for  all  others 

45-59  Blank 

60-65  NAME  of  base,  alphabetic 

66-69  Blank 

70-71  Country  Location  (CNTRYL) , alphabetic 

72-84  Blank 

85-90  BENO 
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Table  15.  (Part  5 of  5) 


Column 

1-7 

8 

9 

10-14 

15 

16-21 

22-23 

24-30 

31-38 

39 

40-45 

46-49 

50-55 

56-60 

61-62 

63-68 

69-70 

71-75 

76 

77-80 


OFFENSIVE  RECOVERY  BASE  LIST 

Meaning 

'FlRECBS' 

B lank 

Side:  1 for  Blue;  2 for  Red 

Line  count 
B lank 

DESIC,  alphabetic 
Blank 

Latitude  (LAT) , degrees,  minutes,  seconds 
Longitude  (LONG),  degrees,  minutes,  seconds 
Blank 

NAME,  alphabetic 

World  Area  Code  (WACNO) , alphabetic 

Bomber  Encyclopedia  Number  (BENO) , alphabetic 

Category  Code  (CATCODE),  numeric 

Country  Location  (CNTRYL),  alphabetic 

Major  Complex  Number  (MAJOR),  numeric 

TASK,  alphabetic 

Index  Number  (INDEXNO),  numeric 

Blank 

Capacity  (CAPACITY),  numeric 
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(T)  MAP  = PIC1  SIDE  = BLUE  SCALE  - 5000000.0 
PLOTS  REQUESTED  PENCOR  DEPCOR  REFUEL  RECOV 
ORIGIN  40.00  250.00 

(2)  PENETRATION  CORRIDORS 

CORNUM  =*  1 ORLAT  = 45.00  ORLONG  = 267.00 
DOGLEG  =10  LAT  = 45.00  LONG  = 267.00 
DOGLEG  =20  LAT  = 53.00  LONG  = 270.00 
CORNUM  - 2 ORLAT  = 63.00  ORLONG  = 310.00 
DOGLEG  =10  LAT  = 63.00  LONG  = 310.00 

DOGLEG  = 20  LAT  = 60.00  LONG  = 315.00 

(3)  DEPENETRATION  CORRIDORS 
CORNUM  = 1 

DOGLEG  = 10  LAT  = 75.00  LONG  = 270.00 

DOGLEG  = 20  LAT  = 78.00  LONG  = 265.00 

(4)  REFUEL  POINTS 

1 LAT  = 83.00  LONG  = 265.00 

2 LAT  = 50.00  LONG  = 310.00 

(5)  RECOVERY  BASES 

1 LAT  = 45.00  LONG  = 250.00 
CORNUM  = 1 ORLAT  = 75.00  ORLONG  = 270.00 

© THERE  WERE  0 POINTS  OFF  THE  GRAPH 

THERE  WERE  12  POINTS  ON  THE  GRAPH 


MEANING 

Print  of  input  values  including  any  defaults 

Penetration  corridor  point,  each  corridor  is  followed 
by  its  dogleg 

Depenetration  corridor,  corridor  symbol  is  plotted  at 
coordinates  of  first  dogleg 

Refuel  point  print  including  sequential  count 

Recovery  base  print.  Corridor  is  a depenetration 
corridor  and  latitude  and  longitude  are  those  of 
first  dogleg 

Termination  message 


Figure  24.  PLOTDATA  Optional  Output 
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© 

© 

© 

© 

© 

© 


1 


1 


ERROR  IN  FILE  CLAUSE 


FILE  clause  contains  error  or  is  absent 

2 ERROR  IN  WHERE  CLAUSE 

Attribute  is  not  SIDE  (TABLE  only) 

3 ERROR  IN  SETTINC  CLAUSE 

Illegal  attribute  or  value  (PLOTDATA  only) 

POINT  (13)  OFF  MAP  X = (FlO.3)  Y-10  = (F10.3)  - point  coordinates 
exceed  plot  limits  (PLOTDATA  Only) 

4 ERROR  IN  FORMAT  CLAUSE 

Probable  cause  is  illegal  special  word  (OTHER  only) 

5 ERROR  IN  DEFINE  CLAUSE 

DEFINE  clause  contains  an  error  (OTHER  only) 

6 DEFINES  CANNOT  BE  RESOLVED 

No  order  can  be  found  in  which  to  properly  execute  define 
variable  calculations  (OTHER  only) 

7 ERROR  IN  SORT  CLAUSE 

Sort  parameters  illegal,  missing  or  in  the  wrong  order  (OTHER 
only) 

Figure  25.  EIM  Error  Messages 
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APPENDIX  A 


QUICK  ATTRIBUTE  NAMES  AND  DESCRIPTIONS 


Tills  appendix  lists,  in  alphabetical  order,  the  attributes  used  in  the 
CCTC  QUICK  data  base.  Also  provided  are  the  definition/description  of 
each  attribute  as  It  pertains  to  the  QUICK  system. 

There  are  three  attribute  groups:  gaming,  non-gaming,  and  text  English 
inputs.  Gaming  attributes  are  those  elements  necessary  to  define  targets, 
weapons,  and  geographic  data.  Non-gaming  elements  are  used  to  assist  in 
the  definition  of  Integrated  Data  Base  structure.  Text  English  attri- 
butes are  part  of  the  user  input  conmand  structure.  In  this  appendix  an 
asterisk  (*)  after  the  attribute  name  Implies  a non-gaming  attribute;  a 
pound  sign  (#)  Implies  text  English  inputs;  all  other  attributes  are 
gaming  related. 
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ATTRIBUTE 

NAME 

DESCRIPTION 

ACLASS* 

Class  to  which  type  is  assigned  by  Assignment 

Table 

ACTIVE 

Value  which  is  set  true  if  a target  class  is  to  be 
processed  by  th  allocation  subsystem 

ADBLT 

ALRTDB  probability  for  initiative  attack 

ADBLR 

ALRTDB  probability  for  retaliatory  attack 

ADVERBVL* 

Adverb's  identifying  number 

ALPLSTVL* 

Value  in  attribute  edit  check  list 

ALRTDB 

Probability  of  destructi m before  launch  (DBL) 
of  alert  delivery  vehicle  (missile  or  bomber) 

ALRTDL 

Delay  of  alert  vehicle  afore  commencing  launch 
(hours) 

ALTDLY 

Alert  delay 

ARRIVE 

Time  of  arrival  of  fixed  assigned  weapon 

ASIDE 

Attacking  side 

A S NT ASK* 

Default  value  for  attribute  (in  Directory) 

ATDEFALT* 

Default  value  for  attribute  (in  Directory) 

ATRNCLOW* 

Lower  limit  for  attribute  (in  Directory) 

ATRNGHI* 

Upper  limit  for  attribute  (in  Directory) 

ATTRBTYP* 

Value  which  describes  an  attribute  as  to  mode  - 
alpha,  list,  integer,  float;  and  type  - single, 
multiple,  control 

ATTRC.0 

Attrition  parameter  for  a penetration  corridor 

ATTRTBAD* 

Attribute's  common  block  address 

ATTRIBN1* 

Attribute's  name  (first  half) 

ATTRIBN2* 

Attribute's  name  (second  half) 

ATTRIBNO* 

Attribute's  identifying  number 

ATTRLE 

Attrition  parameter  for  a penetration  corridor 
dogleg 

ATTRSU 

Penetration  corridor  attrition  parameter  after 
defense  suppression 

A TYPE* 

Legal  type  assignment  in  Assignment  Table 
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ATTRIBUTE 

NAME 

BENO 

CAPACITY 

CATCODE 

CATHI* 

CATLO* 

CCREL 

CEP 

CEPASM 

CHAINNAM* 

CLASS 

CLAUSESW* 

CLAUSETY* 

CMISS 


CNFLG* 


CNTRYLOC 

CNTRYOWN 

CORNUM 

CORBOMB# 

CORMSL# 

COUNTRY* 

DEFRAN 

DESIG 

DESIGA2* 

DISTANCE 

DISPNAM1* 

DISPNAM2* 


DESCRIPTION 

Bomber  Encyclopedia  Number 
Vehicle  capacity  of  recovery  base 
Target  category  code 

Upper  limit  of  category  for  type  assignment 

Lower  limit  of  category  for  type  assignment 

Command  and  control  region  reliability 

Circular  Error  Probable,  delivery  error  applic- 
able to  bomber  and  missile  delivered  weapons 
(nautical  miles) 

CEP  for  an  air-to-surface  missile 

Chain  name  in  data  structure  index 

Class  name  assigned  to  identify  various  subsets 
of  the  data  base 

Switch  that  identifies  verbs  which  require 
clauses 

Value  that  identifies  an  adverb's  clause  type 
(Boolean,  Sequential,  Single  or  Null) 

Constant  used  in  missile  time-of-f light  calcula- 
tion 

Flag  specifying  country  owner  or  location  restric- 
tion in  Assignment  Table 

Country  code  for  country  where  target  is  located 
Country  code  for  country  which  owns  the  target 
Corridor  identification  number 

Number  of  nautical  miles  prior  to  corridor  entry 

Fraction  of  missile  flight  completed  at  time  zero 

Legal  country  code  in  Assignment  Table 

Typical  range  of  interceptors  at  defense  bases 
near  a corridor  (nautical  miles) 

Target  designator  code 

Alpha  portion  of  assignable  DESIG  in  Assignment 
Table 

General  distance  attribute 
REPORT  display  name  (first  half) 

REPORT  display  name  (second  half) 
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ATTRIBUTE 

NAME  DESCRIPTION 


DOGLEG 

DSIDE 

ELEMNTTT* 

ELEMNTVL* 

EXNBOMB# 

EXNMIRV# 

EXNMISS# 

EFRAC 

FLAG 


FULL1* 

FULL2* 

FULL3* 

FULL4* 

FULL5* 


FUNCTI 


FVALT1 

FVALT2 

FVALT3 

FVALT4 

FVALT5 

FVULN1 


GBASE 

GFRASM 

GI.AT 

CLONG 

GNVEH 

GNWPNS 

GPKNAV 


Corridor  dogleg  identification  number 
Defending  side 

For  adverbs  with  element  phrases  - type  of 
element  (e.g.,  operator,  special  word,  etc.) 

For  ELEMNTTY  of  operator  or  special  word,  the 
exact  operator  or  special  word  allowed 

Number  of  vehicle  'loads'  of  weapons  to  be  added 
to  each  bomber  group 

Same  as  EXNBOMB  but  for  MIRVs 

Same  as  EXNBOMB  but  for  single  shot  missiles 

Fission  fraction  (fission  yield/total  yield) 

Numeric  code  (1  through  9)  used  to  impose  alloca- 
tion restrictions 

Flag  set  when  KOUNT1  is  at  its  maximum 

Flag  set  when  K0UNT2  is  at  its  maximum 

Flag  set  when  K0UNT3  is  at  its  maximum 

Flag  set  when  K0UNT4  is  at  its  maximum 

Flag  set  when  K0UNT5  is  at  its  maximum 

Operational  application  code  for  a weapon  system 
(e.g.,  I CBM) 

Fraction  of  target  value  remaining  at  Tl,  T2,  T3, 
T4,  and  T5,  respectively 


Fraction  of  value  of  target  in  first  hardness 
component 

Number  of  launch  bases  in  weapon  group 

Fraction  of  weapons  in  group  which  are  ASMs 

Latitude  of  group  centroid 

Longitude  of  group  centroid 

Number  of  vehicles  in  group 

Number  of  weapons  in  group 

Single  shot  kill  probability  of  weapon  group 
against  a naval  target 
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ATTRIBUTE 

NAME 

DESCRIPTION 

GREFCODE 

Group  refuel  code 

GREFTIME 

Group  refuel  time 

GROUP 

Group  identification  number 

GSBL 

Probability  of  survival  before  launch 

GSBLREAL 

Same  as  GSBL  but  not  adjusted  for  overallocation 

GSTART 

Starting  weapon  index 

GTYPE 

Group  weapon  type 

GYIELD 

Group  yield  (megatons) 

HAZ 

Lethal  radius  for  air  burst  for  first  hardness 
component 

HAZ2 

Same  as  HAZ  but  for  second  hardness  component 

HGZ 

Same  as  HAZ  but  for  ground  bursts 

HGZ2 

Same  as  HAZ2  but  for  ground  bursts 

HILOAT 

The  ratio  of  the  low  altitude  attrition  rate  to 
the  high  altitude  attrition  rate 

IALERT 

Alert  status;  l=alert  2=nonalert 

ICLASS 

Class  index  assigned  for  game 

ICOMPL 

Complex  index 

IDHOB 

Preferred  height  of  burst  indicator 

IGIW 

Indices  of  General  Industrial  Worth  (dollars) 

INDEXNO 

Index  of  a target  used  during  processing  to  iden- 
tify the  target 

TNITSTRK# 

Side  initiating  attack 

IPENMO 

Penetration  mode;  l=aircraft  uses  penetration 
corridor,  0=penetration  corridor  not  used 

IRECMO 

Recovery  mode;  l=aircraft  recovery  planned, 
0=aircraft  recovery  not  planned 

IRE FUEL 

Bomber  refueling  code 

IREG 

Index  to  identify  a geographic  region 

IREP 

Reprogramming  index  (capability  of  missile 
squadron) 

ISITE 

Site  number 

KORSTY 

Parameter  to  adjust  mode  of  corridor  penetration 

KOUNT1* 

Highest  numeric  value  for  a unique  DESIGA2  in 
region  1 

L 
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ATTRIBUTE 

NAME 

DESCRIPTION 

KOUNT2* 

Highest  numeric  value  for  a unique  DESIGA2  in 
region  2 

KOUNT3* 

Highest  numeric  value  for  a unique  DESIGA2  in 
region  3 

KOUNT4* 

Highest  numeric  value  for  a unique  DESIGA2  in 
region  4 

KOUNT5* 

Highest  numeric  value  for  a unique  DESIGA2  in 
region  5 

LABEL# 

Input;  plot  label  selection  switch 

LAT 

Latitude  (degrees) 

LCHINT 

Time  between  successive  vehicle  launches  from 
the  same  base  (missile  or  bomber)  subject  to 
the  simultaneous  launch  condition 

LINELENGTH# 

Input;  length  of  report  print  line 

LONG 

Longitude  (degrees) 

LONGLOWR 

Lower  limit  of  sector  longitude 

LONGUPER 

Upper  limit  of  sector  longitude 

MAJOR 

Target  major  complex  number 

MAP# 

Input;  PLOTDATA  map  type  selection 

MASDETNM* 

Master  or  Detail  Name  in  the  data  structure  index 

MASDETNO* 

Master  or  Detail  Number  in  the  data  structure  index 

MAXFRA 

Maximum  value  of  weapon  resources  to  be  used  rela- 
tive to  target  value 

MAXKILL 

Desired  maximum  damage  expected  for  a target 

MAXSAL 

Maximum  number  of  salvoes 

MINCAP* 

Lowest  acceptable  JAD  capacity  for  type  in  Assign- 
ment Table 

MINKILL 

The  required  minimum  damage  established  for  a 
target 

MINOR 

Target  minor  compound  number 

MISOF.F 

MYRECOV1 

Depenetration  corridor  recovery  base  1 (DESIG) 

MYRECOV2 

Depenetration  corridor  recovery  base  2 (DESIG) 

MYRECOV3 

Depenetration  corridor  recovery  base  3 (DESIG) 

MYRECOV4 

Depenetration  corridor  recovery  base  4 (DESIG) 
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ATTRIBUTE 

NAME 

DESCRIPTION 

NADBLI 

NLRTDB  for  initiative  attack 

NADBLR 

NLRTDB  for  retaliatory  attack 

NALTDLY 

Non-alert  delay 

NAME 

Arbitrary  alphanumeric  descriptor  for  any  item 
included  in  the  data  base 

NAREADEC 

Number  of  decoys  per  independent  reentry  vehicle 
for  area  BMD 

NASMTYP 

Number  of  distinct  types  of  ASMs 

NBASES 

Total  number  of  launch  bases 

NCCREG 

Number  of  command  and  control  regions 

NCMS 

Number  of  countermeasures  carried  by  vehicle 

NCOMPLX 

Number  of  target  complexes 

NDCNTYCD 

Number  of  distinct  country  codes 

NDECOYS 

Number  of  decoys  on  a bomber  or  number  of  decoys 
per  independent  reentry  vehicle  for  terminal  BMD 

NDEPCRD 

Number  of  depenetration  corridors 

N1IRDCOMP 

Number  of  hardness  components 

NLRTDB 

Delay  of  nonalert  vehicle  before  commencing 
launch  (hours) 

NLRTDL 

Probability  of  destruction  before  launch  (DBL)  of 
nonalert  vehicle 

NMPSIT 

Number  of  missiles  per  site 

NOALER 

Number  of  vehicles  on  alert  status  (also  spelled  NALERT) 

NOTNCO 

Number  of  delivery  vehicles  in  commission 

NOPERSQN 

Number  of  weapon  vehicles  per  squadron 

NPAYLOD 

Number  of  payload  tables 

NPENCRD 

Number  of  penetration  corridors 

NPNCRTY 

Number  of  penetration  corridor  types 

NPRSQ1 

Number  per  squadron  - scenario  1 

NPRSQ2 

Number  per  squadron  - scenario  2 

NPRSQ3 

Number  per  squadron  - scenario  3 

NPRSQ4 

Number  per  squadron  - scenario  4 
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ATTRIBUTE 

NAME 

NRECOVB 

NREFUEL 

NTANKERB 

NTARGETS 

NTIMCOMP 

NTINT 

NUMASSGN 

NUMDBL 

NUMLOAD 

NWEPCRP 

NWEPTYP 

NWf'LS 


ORLAT 

ORLONC 

PAGE LENGTH# 

PAYALT 

PAYTBLNM 

PCTIW# 

PCTPOP# 

PDES 

PDUD 

PEXBOMB# 

PEXMIRV# 

PEXMISS# 

PFIW# 

PFPF 

PFPOP# 

PHRASETY* 

PING 


DESCRIPTION 

Number  of  recovery  bases 
Number  of  refuel  points 
Number  of  tanker  bases 

Number  of  targets  as  seen  by  the  allocator 

Number  of  time  components  for  a given  target 

Number  of  terminal  BMD  interceptors  at  target 

Number  of  weapons  in  fixed  assignment 

Number  of  aircraft  destroyed  before  launch 

Number  of  warheads  of  a type  in  payload  table 

Number  of  weapon  groups 

Number  of  weapon  types  selected  by  user 

Number  of  warheads  per  independent  reentry 
vehicle  (missiles) 

Penetration  corridor  origin  latitude 
Penetration  corridor  origin  longitude 
Input;  length  of  report  print  page 
Bomber  payload  release  altitude 
Payload  table  name 

Scaling  factor  for  IGIW  calculations 

Scaling  factor  for  POP  calculations 

Probability  that  launch  failure  destroys  missile 

Probability  that  warhead  will  fail  to  detenate 

Fractional  number  of  weapons  to  be  added  by 
PLANSET 

Same  as  PEXBOMB  but  for  MIRVs 

Same  as  PEXBOMB  but  for  single  shot  missiles 

Scaling  factor  for  IGIW  calculations 

Probability  of  failure  during  powered  flight 

Scaling  factor  for  POP  calculations 

Value  that  identifies  an  adverb's  phrase  type 
(Relational,  Equal  or  Like,  Elemental) 

Probability  that  a missile  is  in  commission 


ATTRIBUTE 

NAME 

DESCRIPTION 

FKNAV 

Single  shot  kill  probability  of  a weapon  against 
a naval  target  (a  value  greater  than  zero 
restricts  weapon  use  to  naval  targets) 

PLABT 

Probability  of  vehicle  launch  abort 

PLOT# 

Input;  PLOTDATA  plot  selection(s) 

POP 

Population  (cities)  (thousands) 

PRABT 

Probability  of  refueling  abort 

RADIUS 

Size  descriptor  for  area  targets  (nautical  miles) 

RANGE 

Vehicle  range  (nautical  miles) 

RANGEASM 

Range  of  ASM 

RANGEDEC 

Range  decrement  for  low-altitude  aircraft  flight 
(high  range/low  range) 

RANGEREF 

Range  (nautical  miles)  of  bomber  with  refueling 

RANGEMOD# 

Adjusted  weapon  group  range 

REGION* 

Region  assigned  to  country  in  Assignment  Table 

REL 

Reliability  - probability  that  weapon  system  will 
arrive  at  target  given  successful  launch 

RELASM 

ASM  Reliability 

REPORTCODE# 

Input;  report  code  for  REPORT  module  output 

RETARGET# 

Input  parameter  specifying  missiles  may  retarget 

RNGMIN 

Minimum  range  (nautical  miles)  for  the  missile 
type.  Used  in  computing  flight  times 

SCALE# 

Input;  map  scale  for  PLOTDATA 

SCENARIO# 

DBMOD  input  scenario  selection 

SIDE 

Item  side  name 

SIMLUN 

Maximum  number  of  vehicle  launches  which  can 
occur  simultaneously  from  one  base 

SPDLO 

Speed  at  low  altitude  (knots) 

SPEED 

Speed  (knots) 

SPEEDASM 

Speed  of  ASM  (knots) 

T1 

Times  of  departure  of  first  through  the  fifth 

T2 

value  components  of  a target 

T3 

T4 

T5 
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ATTRIBUTE 


NAME 

DESCRIPTION 

TABCHAR* 

Dictionary  tab  character 

TARDEF# 

Level  of  target  defense 

TARDEFHI 

Level  of  local  bomber  defense  at  high  altitude 

TABDEFLO 

Level  of  local  bomber  defense  at  low  altitude 

TASK 

Target  task  code  Indicating  targeting  priority 

TC.TMULT 

Target  multiple  number 

TGTNUMB 

Target  index  in  target  list  as  given  to  the  allocator 

TCTREFCD 

Target  IDS  internal  Reference  Code  (used  in 
target  list) 

TOFMTN 

Minimum  flight  time  (minutes)  for  missile  types. 

Used  in  computing  flight  time 

TTOS 

Total  time  on  station  (for  a tanker)  (hours) 

TYPE 

Arbitrary  alphameric  designator  (type  name)  to 
identify  sets  in  data  base 

VAL 

Relative  value  of  an  item  within  its  CLASS  as 
established  in  the  data  base  by  the  user 

VERBVAl.* 

Verb's  identifying  number 

VONBASE 

Number  of  launch  base  plus  index  of  starting 
vehicle 

VOZ 

Normalized  target  value 

VULN1 

First  hardness  component  of  a target 

VULN2 

Second  hardness  component  of  a target 

WACNO 

Target  World  Area  Code  Number 

WEPNAME 

Subset  of  weapon  type 

WORDSTR1* 

First  half  of  word  in  dictionary 

WORDSTR2* 

Second  half  of  word  in  dictionary 

WORDTYPE* 

Identifies  dictionary  word  as  to  type  (i.e., 
Attribute,  Verb,  etc.) 

WORDVAL* 

Dictionary  word  identifying  number  within  type 

YIELD 

Yield  (Negatons) 
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APPENDIX  B 


QUICK  DATA  BASF  DIRECTORY 


The  QUICK  data  base  directory  consists  of  a list  of  all  the  attributes 
which  can  be  used  to  describe  the  data  items  defined  in  the  integrated 
data  base.  The  information  contained  in  the  directory  for  each  attribute 
includes: 


a.  The  name  of  the  attribute  plus  an  indicator  that  defines  the 
attribute  as  belonging  to  a logical  collection.  If  the  name 
appears  alone  it  is  a gaming  attribute;  if  an  asterisk  (*) 
follows  the  name  it  is  a non-gaming  attribute;  if  a pound  sign 
(#)  follows  it  is  text  English  input 

b.  The  type  of  the  attribute  may  be: 

o Single  - appears  only  within  one  record  type.  Input  values 
are  either  LIST,  INTGER,  ALPHA,  or  FLOAT  depending 
on  the  mode. 

o Multiple  - appears  within  more  than  one  record  type.  Input 
values  are  either  MLTLST,  MLTINT , MLTALP,  or  MLTFLT 
depending  on  the  mode. 

o Control  - same  as  multiple  plus  is  used  as  a match  key  for 
internal  structure  definition.  Input  values  are 
either  CNTLST,  CNTINT,  CNTALP,  or  CNTFLT  depend- 
ing on  the  mode. 

c.  The  modes,  or  input/output  conversions.  These  are  standard 
FORTRAN  formats  plus  a list  which  specifies  a list  of  alpha- 
betic entries. 

d.  The  default  value  to  be  assigned  the  attribute  when  it  is  not 
defined  for  an  item. 

e.  The  attribute  lower  limit 

f.  The  attribute  upper  limit 
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ATTRIBUTE 

LOWER 

UPPER 

NAME 

TYPE 

MODE 

DEFAULT 

LIMIT 

LIMIT 

ACLASS* 

Single 

List 

OTHER 

_ 

ACTIVE 

Single 

Integer 

1 

- 

- 

ADBLI 

Single 

Float 

0 

0 

1 

ADBLR 

Single 

Float 

0 

0 

1 

ADVERBVL* 

Control 

Integer 

0 

- 

- 

ALPLSTVL* 

Single 

Alpha 

- 

- 

- 

ALRTDB 

Single 

Float 

0 

0 

1 

ALRTDL 

Single 

Float 

0 

0 

168 

ALTDLY 

Single 

Float 

0 

0 

99 

ARRIVE 

Single 

Float 

0 

0 

99 

ASIDE 

Single 

Alpha 

- 

- 

- 

ASNTASK* 

Single 

Alpha 

zz 

- 

- 

ATDEFALT* 

Single 

Alpha 

- 

- 

- 

ATRNC.LOW* 

Single 

Alpha 

0 

- 

- 

ATRNGHI* 

Single 

Alpha 

999999 

- 

- 

ATTRBTYP* 

Multiple 

Integer 

0 

ATTRCO 

Single 

Float 

0 

0 

1 

ATTRIBAD* 

Multiple 

Integer 

0 

- 

- 

ATTRIBN1* 

Control 

Alpha 

- 

- 

- 

ATTRTBN2* 

Control 

Alpha 

- 

- 

- 

ATTRIBNO* 

Multiple 

Integer 

0 

0 

241 

ATTRLE 

Single 

Float 

0 

0 

1 

ATTRBTYP* 

Multiple 

Integer 

0 

- 

- 

ATTRSU 

Single 

Float 

0 

0 

1 

A TYPE* 

Single 

Alpha 

- 

- 

- 

BENO 

Single 

Alpha 

- 

- 

- 

CAPACITY 

Single 

Integer 

0 

0 

9999 

CATCODE 

Single 

Integer 

75100 

1 

99999 

CATHT* 

Single 

Integer 

0 

1 

99999 

CAT  1.0* 

Single 

Integer 

0 

1 

99999 

CCREL 

Single 

Float 

1 

0 

1 

CEP 

Single 

Float 

1 

0 

100 
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ATTRIBUTE 

NAME 

CEPASM 

CHAINNAM* 

CLASS 

CLAUSESW* 

CLAUSETY* 

CMISS 

CNFLG* 

CNTRYLOC 

CNTRYOWN 

CORNUM 

CORBOMB# 

CORMSL# 

COUNTRY* 

DEFRAN 

DESIG 

DESIGA2* 

DISTANCE 

DISPNAM1* 

DISPNAM2* 

DOGLEG 

DSIDE 

ELEMNTTY* 

ELEMNTVL* 

EXNBOMB# 

EXNMIRV# 

EXNMISS# 

FFRAC 

FLAG 

FULL1* 

FULL2* 

FULL3* 


LOWER  UPPER 


TYPE 

MODE 

DEFAULT 

LIMIT 

LIMIT 

Single 

Float 

1 

0 

100 

Multiple 

Alpha 

- 

- 

- 

Multiple 

Alpha 

INDEX 

- 

- 

Single 

Integer 

0 

0 

1 

Single 

Integer 

2 

1 

4 

Single 

Float 

1 

0 

1 

Single 

Integer 

0 

- 

- 

Multiple 

Alpha 

- 

- 

- 

Multiple 

Alpha 

- 

- 

- 

Multiple 

Integer 

1 

- 

- 

S ingle 

Float 

0 

- 

- 

Single 

Float 

0 

- 

- 

Single 

Alpha 

- 

- 

- 

Single 

Float 

0 

- 

- 

Control 

Alpha 

ZZ999 

- 

- 

Multiple 

Alpha 

ZZ999 

- 

- 

Multiple 

Float 

0 

- 

- 

Single 

Alpha 

- 

- 

- 

Single 

Alpha 

- 

- 

- 

Multiple 

Integer 

1 

- 

- 

Single 

Alpha 

- 

- 

- 

Single 

Integer 

0 

0 

10 

Single 

Integer 

0 

0 

999 

Single 

Float 

0 

- 

- 

Single 

Float 

0 

- 

- 

Single 

Float 

0 

- 

- 

Single 

Float 

1 

0 

1 

Multiple 

Integer 

0 

0 

9 

Single 

Integer 

0 

- 

- 

Single 

Integer 

0 

- 

- 

Single 

Integer 

0 

- 

- 
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ATTRIBUTE  LOWER  UPPER 


NAME 

TYPE 

MODE 

DEFAULT 

LIMIT 

LIMIT 

FULL4* 

Single 

Integer 

0 

- 

- 

FULL5* 

Single 

Integer 

0 

- 

- 

KUNCTI 

Single 

List 

- 

- 

- 

FVALT1 

Multiple 

Float 

1 

0 

1 

FVALT2 

Multiple 

Float 

1 

0 

1 

KVALT3 

Multiple 

Float 

1 

0 

1 

FVALT4 

Multiple 

Float 

1 

0 

1 

FVALT5 

Multiple 

Float 

1 

0 

1 

FVULN1 

Multiple 

Float 

1 

0 

1 

CBASE 

Single 

Integer 

0 

0 

150 

GFRASM 

Single 

Float 

0 

0 

1 

CLAT 

Single 

Float 

0 

-90 

90 

GLONG 

Single 

Float 

0 

0 

360 

GNVEH 

Single 

Integer 

1 

1 

999 

GNWPNS 

Single 

Integer 

1 

1 

999 

GPKNAV 

Single 

Float 

0 

- 

- 

GREFCODE 

Single 

Integer 

1 

- 

- 

GREFTIME 

Single 

Float 

1 

- 

- 

GROUP 

Control 

Integer 

0 

0 

999 

GSBL 

Single 

Float 

0 

- 

1 

GSBLREAL 

Single 

Float 

0 

- 

1 

G START 

Single 

Integer 

0 

- 

- 

GTYPE 

Single 

Alpha 

- 

- 

- 

CYIELD 

Single 

Float 

0 

0 

99 

HAZ 

Multiple 

Float 

- 

- 

- 

HA7.2 

Multiple 

Float 

- 

- 

- 

1IGZ 

Multiple 

Float 

- 

- 

- 

HGZ2 

Multiple 

Float 

- 

- 

-- 

HI LOAT 

Single 

Float 

.1 

0 

1 

I ALERT 

Single 

Integer 

1 

1 

2 

ICIASS 

Single 

Integer 

1 

1 

15 
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ATTRIBUTE 

NAME 

TYPE 

MODE 

DEFAULT 

LOWER 

LIMIT 

UPPER 

LIMIT 

ICOMPL 

Control 

Integer 

0 

1 

999 

IDHOB 

Multiple 

Integer 

- 

0 

1 

IGTW 

Single 

Integer 

0 

C 

99999 

INDEXNO 

Multiple 

Integer 

1 

1 

99999 

INITSTRK# 

Single 

Integer 

2 

1 

2 

IPENMO 

Single 

Integer 

1 

0 

1 

IRECMO 

Single 

Integer 

1 

-1 

1 

IREFJEL 

Single 

Integer 

0 

-5 

20 

IREG 

Control 

Integer 

0 

0 

20 

IREP 

Single 

Integer 

0 

0 

5 

ISITE 

Single 

Integer 

0 

-100 

100 

KORSTY 

Single 

Integer 

0 

0 

10 

KOUNTl* 

Single 

Integer 

0 

0 

999 

KOUNT2* 

Single 

Integer 

0 

0 

999 

KOUNT3* 

Single 

Integer 

0 

0 

999 

KOUNT4* 

Single 

Integer 

0 

0 

999 

KOUNT5* 

Single 

Integer 

0 

0 

999 

LABEL# 

Single 

Alpha 

- 

- 

- 

LAT 

Multiple 

Float 

0 

-90 

90 

LCHINT 

Single 

Float 

0 

0 

999 

LINE LENGTH# 

Single 

Integer 

120 

- 

- 

LONG 

Multiple 

Float 

0 

0 

360 

LONGLOWR 

Single 

Float 

0 

0 

360 

LONGUPER 

Single 

Float 

360 

0 

360 

MAJOR 

Single 

Integer 

0 

1 

999999 

MAP# 

Single 

Alpha 

- 

- 

- 

MASDETNM* 

Multiple 

Alpha 

- 

- 

- 

MASDETNO* 

Multiple 

Integer 

- 

- 

- 

MAX FRA 

Multiple 

Float 

1 

0 

1 

MAXKILL 

Multiple 

Float 

1 

0 

1 

MAXSAL 

Single 

Integer 

0 

0 

24 
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ATTRIBUTE 

NAME 

TYPE 

MODE 

DEFAULT 

LOWER 

LIMIT 

UPPER 

LIMIT 

MINCAP* 

Single 

Integer 

0 

- 

- 

MINK ILL 

Multiple 

Float 

0 

0 

1 

MINOR 

Single 

Integer 

0 

0 

999999 

MISDEF 

Multiple 

Integer 

- 

- 

- 

MYRECOV1 

Single 

Alpha 

- 

- 

- 

MYRECOV2 

Single 

Alpha 

- 

- 

- 

MYRECOV3 

Single 

Alpha 

- 

- 

- 

MYRECOV4 

Single 

Alpha 

- 

- 

- 

NADBLI 

Single 

Float 

0 

0 

1 

NADBLR 

Single 

Float 

0 

0 

1 

NALERT 

Single 

Integer 

- 

- 

- 

NALTDLY 

Single 

Float 

- 

- 

- 

NAME 

Multiple 

Alpha 

- 

- 

- 

NAREADEC 

Single 

Integer 

0 

0 

50 

NASMTYP 

Single 

Integer 

0 

0 

999 

NBASES 

SingLe 

Integer 

0 

0 

999 

NCCREG 

Single 

Integer 

0 

0 

9 

NCMS 

Single 

Integer 

0 

0 

5 

NCOMPLX 

Single 

Integer 

0 

0 

- 

NDCNTYCD 

Single 

Integer 

0 

0 

9 

NDECOYS 

Single 

Integer 

0 

0 

10 

NDEPCRO 

Single 

Integer 

0 

0 

99 

NHRDCOMP 

Multiple 

Integer 

1 

1 

2 

NLRTDB 

Single 

Float 

- 

- 

- 

NLRTDL 

Single 

Float 

- 

- 

- 

NMPSIT 

Single 

Integer 

0 

0 

999 

NOTNCO 

Single 

Integer 

0 

0 

999 

NOPERSQ 

Single 

Integer 

0 

0 

999 

NPAYLOD 

Single 

Integer 

0 

0 

999 

NPENCRD 

Single 

Integer 

0 

0 

99 

NPNCRTY 

Single 

Integer 

0 

0 

99 
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ATTRIBUTE 


NAME 

TYPE 

MODE 

NPRSQ1 

Single 

Integer 

NPRSQ2 

Single 

Integer 

NPRSQ3 

Single 

Integer 

NPRSQ4 

Single 

Integer 

NRECOVB 

Single 

Integer 

NREFUEL 

Single 

Integer 

NTANKERB 

Single 

Integer 

NTARGETS 

Single 

Integer 

NTIMCOMP 

Single 

Integer 

NTINT 

Multiple 

Integer 

NUMASSGN 

Single 

Integer 

NUMDBL 

Single 

Integer 

NUMLOAD 

Single 

Integer 

NWEPGRP 

Single 

Integer 

NWEPTYP 

Single 

Integer 

NWHDS 

Single 

integer 

ORLAT 

Single 

Float 

ORLONG 

Single 

Float 

PAGE LENGTH# 

Single 

Integer 

PAYALT 

Single 

List 

PAYTBLNM 

Single 

Alpha 

PCTIW# 

Single 

Float 

PCTPOP# 

Single 

Float 

PDES 

Single 

Float 

PDUD 

Single 

Float 

PEXBOMB# 

Single 

Float 

PEXMIRV# 

Single 

Float 

PEXMISS# 

Single 

Float 

PFIW# 

Single 

Float 

PFPF 

Single 

Float 

PFPOP# 

Single 

Float 

DEFAULT 

LOWER 

LIMIT 

UPPER 

LIMIT 

0 

0 

999 

0 

0 

999 

0 

0 

999 

0 

0 

999 

0 

0 

999 

0 

0 

999 

0 

0 

999 

0 

0 

99999 

1 

1 

5 

0 

0 

999 

0 

0 

99 

0 

0 

99 

0 

0 

99 

0 

0 

999 

0 

0 

999 

1 

1 

16 

0 

0 

1 

90 

0 

0 

360 

55 

- 

- 

- 

- 

- 

- 

- 

- 

- 

- 

- 

- 

- 

- 

0 

0 

1 

0 

0 

1 

- 

- 

- 

- 

- 

- 

- 

- 

- 

- 

- 

- 

0 

0 

1 
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ATTRIBUTE 

NAME 

TYPE 

MODE 

DEFAULT 

LOWER 

LIMIT 

UPPER 

LIMIT 

PHRASETY* 

Single 

Integer 

1 

1 

3 

PINC 

Single 

Float 

0 

0 

1 

PKNAV 

Single 

Float 

0 

0 

1 

PLABT 

Single 

Float 

0 

0 

1 

PLOT# 

Single 

Alpha 

- 

- 

- 

POP 

Single 

Float 

0 

0 

30000 

PRABT 

Single 

Float 

0 

0 

1 

RADIUS 

Multiple 

Float 

0 

0 

50 

RANGE 

Single 

Float 

0 

0 

20000 

RANGEASM 

Single 

Float 

0 

0 

20000 

RANGEDEC 

Single 

Float 

1.0001 

0 

10 

RANGEREF 

Single 

Float 

0 

0 

20000 

RANCEMOD# 

Single 

Float 

- 

- 

- 

REGION* 

Single 

Integer 

1 

1 

4 

REL 

S ingle 

Float 

1 

0 

1 

RE1ASM 

Single 

Float 

1 

0 

1 

REPORTCODE# 

Single 

Integer 

42 

- 

- 

RETARGET# 

Single 

Alpha 

- 

“ 

- 

RNGMIN 

Single 

Float 

0 

0 

20000 

SCALE# 

Single 

Float 

- 

- 

- 

SCENARIO# 

Single 

Alpha 

INDIA 

- 

- 

SIDE 

Multiple 

List 

RED 

- 

- 

S IMLUN 

Single 

Integer 

1 

1 

50 

SPDLO 

Single 

Float 

0 

0 

10000 

SPEED 

Single 

Float 

0 

0 

30000 

SPEEDASM 

Single 

Float 

0 

0 

30000 

T1 

Multiple 

Float 

1000 

0 

1000 

T2 

Multiple 

Float 

1000 

0 

1000 

T3 

Multiple 

Float 

1000 

0 

1000 

14 

Multiple 

Float 

1000 

0 

1000 

T5 

Multiple 

Float 

1000 

0 

1000 

ATTRIBUTE 

NAME 

TYPE 

MODE 

DEFAULT 

LOWER 

LIMIT 

UPPER 

LIMIT 

TABCHAR* 

Single 

Alpha 

- 

TARDEF# 

Single 

List 

“ 

TARDEFHI 

Multiple 

Integer 

0 

0 

7 

TARDEFLO 

Multiple 

Integer 

0 

0 

7 

TASK 

Multiple 

Alpha 

- 

— 

TGTMULT 

Single 

Integer 

- 

“ 

TGTNUMB 

Single 

Integer 

TGTREFCD 

Single 

Integer 

- 

TOFMIN 

Single 

Float 

0 

0 

1000 

TTOS 

Single 

Float 

0 

0 

100 

TYPE 

Multiple 

Alpha 

- 

“ 

VAL 

Multiple 

Float 

.01 

0 

99999 

VERBVAL* 

Control 

Integer 

- 

— 

VONBASE 

Single 

Integer 

- 

“ 

VOZ 

Multiple 

Float 

- 

“ 

VULN1 

Con trol 

Alpha 

- 

* 

VULN2 

Single 

Alpha 

- 

■* 

WACNO 

Single 

Alpha 

- 

“ 

WEPNAME 

Control 

Alpha 

- 

*" 

WORDSTR1* 

Single 

Alpha 

- 

WORDSTR2* 

Single 

Alpha 

- 

** 

WORDTYPE* 

Single 

Integer 

- 

WORDVAL* 

Single 

Integer 

- 

“ 

YIELD 

Single 

Float 

0 

0 

999< 
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APPENDIX  C 


QUICKS  ATTRIBUTE  NUMBER  AND  NAMES  AND  ADDRESSES 


Appendix  A gave  a total  account  of  all  attributes  used  within  the 
QUICK  system.  This  appendix  repeats  those  attributes  but  ordered 
according  to  the  attribute  number  which  is  used  for  internal  proces- 
sing and  sometimes  included  within  printed  reports.  Also  included 
is  the  position  of  each  gaming  and  non-gaming  attribute  as  stored 
internally  in  common  /30/ . This  common  block  is  used  to  communicate 
between  all  module  values  stored  for  any  record  type. 

If  an  asterisk  (*)  appears  after  the  name,  that  attribute  is  defined  as 
a non-gaming  attribute;  the  appearance  of  a pound  sign  (#)  implies  the 
attribute  is  used  for  text  English  input;  all  other  attributes  are  gaming 
related. 
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ATTRIBUTE 

NUMBER 

attribute 

NAME 

attribute 

COMMON  BLOCK  ADT1RF<;<? 

1 

CLASS 

1 

2 

SIDE 

2 

3 

DESIG 

130 

4 

ICLASS 

3 

5 

ATTRIBN1* 

5 

6 

ATTRIBN2* 

6 

7 

attribad* 

7 

8 

attribno* 

8 

9 

attrbtyp* 

9 

10 

atdefalt* 

10 

11 

ATRNGLOW* 

11 

12 

ATRNGHI* 

12 

13 

chainnam* 

13 

14 

MASDETNM* 

14 

15 

MASDETNO* 

15 

16 

ALPLSTVL* 

17 

17 

TABCHAR* 

19 

18 

WORDSTR1* 

21 

19 

W0RDSTR2* 

22 

20 

WORDTYPE* 

23 

21 

WORDVAL* 

24 

22 

VERBVAL* 

25 

23 

CLAUSESW* 

26 

24 

ADVERBVL* 

27 

25 

CLAUSETY* 

28 

26 

PHRASETY* 

29 

27 

ELEMNTTY* 

31 

28 

ELEMNTVL* 

32 

29 

DISPNAM1* 

33 

30 

DISPNAM2* 

34 

I 
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ATTRIBUTE 

NUMBER 

ATTRIBUTE 

NAME 

ATTRIBUTE 

COMMON  BLOCK  ADDRESS 

31 

COUNTRY* 

35 

32 

REGION* 

36 

33 

CATLO* 

37 

34 

CATHI* 

38 

35 

CNFLG* 

39 

36 

ASNTASK* 

40 

37 

MINCAP* 

41 

38 

ACLASS* 

43 

39 

ATYPE* 

45 

40 

DESIGA2* 

47 

41 

KOUNT1* 

48 

42 

KOUNT2* 

49 

43 

KOUNT3* 

50 

44 

K0UNT4* 

51 

45 

K0UNT5* 

52 

46 

FULLl* 

53 

47 

FULL2* 

54 

48 

FULL3* 

55 

49 

FULL4* 

56 

50 

FULL5* 

57 

51 

TYPE 

59 

52 

VULN1 

60 

53 

VULN2 

61 

54 

FVULN1 

62 

55 

T1 

63 

56 

T2 

64 

57 

T3 

65 

58 

T4 

66 

59 

T5 

67 

60 

FVALT1 

68 
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ATTRIBUTE 

ATTRIBUTE 

ATTRIBUTE 

NUMBER 

NAME 

COMMON  BLOCK  ADDRESS 

61 

FVALT2 

69 

62 

FVALT3 

70 

63 

FVALT4 

71 

64 

FVALT5 

72 

65 

CNTRYLOC 

73 

66 

CNTRYOWN 

74 

67 

FLAG 

75 

68 

NHRDCOMP 

76 

69 

NTIMCOMP 

77 

70 

GROUP 

79 

71 

GLAT 

80 

72 

GLONG 

81 

73 

GNWPNS 

82 

74 

GNVEH 

83 

75 

GTYPE 

84 

76 

IALERT 

85 

77 

GSBL 

86 

78 

GSBLREAL 

87 

79 

GREFCODE 

88 

80 

GREFTIME 

89 

81 

GYIELD 

90 

82 

GFRASM 

91 

83 

IREG 

95 

84 

CORNUM 

97 

85 

KORSTY 

98 

86 

HILOAT 

99 

87 

ATTRCO 

100 

88 

ATTRSU 

101 

89 

ORLAT 

102 

90 

ORLONG 

103 

120 


ATTRIBUTE 

ATTRIBUTE 

ATTRIBUTE 

NUMBER 

NAME 

COMMON  BLOCK  ADDRESS 

91 

ICOMPL 

109 

92 

LAT 

110 

93 

LONG 

111 

94 

HGZ 

112 

95 

HGZ2 

113 

96 

HAZ 

114 

97 

HAZ2 

115 

98 

MAXKILL 

116 

99 

MINKILL 

117 

100 

MAXFRA 

118 

101 

INDEXNO 

119 

102 

RADIUS 

120 

103 

TASK 

121 

104 

VAL 

122 

105 

VOZ 

123 

106 

IDHOB 

124 

107 

TARDEFHI 

125 

108 

TARDEFLO 

126 

109 

MISDEF 

127 

110 

NTINT 

128 

111 

NAME 

129 

112 

COREL 

133 

113 

PAYTBLNM 

135 

114 

YIELD 

137 

115 

FFRAC 

138 

116 

PDUD 

139 

117 

SPEEDASM 

140 

118 

NWHDS 

140 

119 

RELASM 

141 

120 

RANGEASM 

142 

121 


ATTRIBUTE 

ATTRIBUTE 

ATTRIBUTE 

NUMBER 

NAME 

COMMON  BLOCK  ADDRESS 

121 

CEPASM 

143 

122 

CEP 

145 

123 

SPEED 

146 

124 

NMPSIT 

147 

125 

RANGE 

148 

126 

altdly 

149 

127 

NALTDLY 

150 

128 

FUNCTI 

151 

129 

LCHINT 

152 

130 

SIMLUN 

153 

131 

MAXSAL 

154 

132 

ACTIVE 

155 

133 

IREP 

157 

134 

PRABT 

158 

135 

PLABT 

159 

136 

RNGMIN 

160 

137 

TOFMIN 

161 

138 

CMISS 

162 

139 

PDES 

163 

140 

PFPF 

164 

141 

SPDLO 

157 

142 

RANGE DEC 

158 

143 

RANGEREF 

159 

144 

REL 

156 

145 

IRECMO 

160 

146 

IPENMO 

161 

147 

NOINCO 

188 

148 

TTOS 

157 

149 

LONCLOWR 

167 

150 

LONGUPER 

168 
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ATTRIBUTE 

ATTRIBUTE 

ATTRIBUTE 

NUMBER 

NAME 

COMMON  BLOCK  ADDRESS 

151 

CATCODE 

169 

152 

MAJOR 

170 

153 

MINOR 

171 

154 

WACNO 

172 

155 

BENO 

173 

156 

IGIW 

174 

157 

ISITE 

175 

158 

POP 

176 

159 

DOGLEG 

177 

160 

ATTRLE 

178 

161 

DISTANCE 

179 

162 

NUMLOAD 

183 

163 

NUMASSGN 

185 

164 

ARRIVE 

186 

165 

NOPERSQ 

187 

166 

G START 

92 

167 

VONBASE 

189 

168 

NOALER 

190 

169 

ADBLI 

191 

170 

ADBLR 

192 

171 

ALRTDB 

193 

172 

ALRTDL 

194 

173 

NADBLI 

195 

174 

N ADBLR 

196 

175 

NLRTDB 

197 

176 

NLRTDL 

198 

177 

PKNAV 

199 

178 

IRE FUEL 

200 

179 

NPRSQ1 

201 

180 

NPRSQ2 

202 
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ATTRIBUTE 

ATTRIBUTE 

ATTRIBUTE 

NUMBER 

NAME 

COMMON  BLOCK  ADDRESS 

181 

NPRSQ3 

203 

182 

NPRSQ4 

204 

183 

NUMDBL 

205 

184 

CAPACITY 

207 

185 

MYRECOV 1 

105 

186 

MYRECOV2 

106 

187 

MYRECOV3 

107 

188 

MYREC0V4 

108 

189 

TGTNUMB 

209 

190 

TGTREFCD 

210 

191 

ASIDE 

211 

192 

NASMTYP 

213 

193 

NBASES 

214 

194 

NCCREG 

215 

195 

NDCNTYCD 

216 

196 

NDEPCRD 

217 

197 

NPAYLOD 

218 

198 

NPENCRD 

219 

199 

NPNCRTY 

220 

200 

NRECOVB 

221 

201 

NREFUEL 

222 

202 

NTANKERB 

223 

203 

NTARGETS 

224 

204 

NCOMPLX 

225 

205 

NWEPGRP 

226 

206 

NWEPTYP 

227 

207 

C ORB OMB# 

0 

208 

CORMSL# 

0 

209 

EXNBOMB# 

0 

210 

EXNMIRV# 

0 
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ATTRIBUTE 

NUMBER 

ATTRIBUTE 

NAME 

ATTRIBUTE 

COMMON  BLOCK  ADDRESS 

211 

EXNMISS# 

0 

212 

INITSTRK# 

0 

213 

MAP# 

0 

214 

PCTIW# 

0 

215 

PCTPOP# 

0 

216 

PEXBOMB# 

0 

217 

PEXMIRV# 

0 

218 

PEXMISS# 

0 

219 

PFIW# 

0 

220 

PFPOP# 

0 

221 

PLOT# 

0 

222 

SCALE# 

0 

223 

SCENARIO# 

0 

224 

LABEL# 

0 

225 

RANGEMOD# 

0 

226 

TARDEF# 

0 

227 

PAYALT 

137 

228 

NDECOYS 

138 

229 

NAREADEC 

139 

230 

NCMS 

140 

231 

RETARGET# 

0 

232 

GBASE 

93 

233 

GPKNAV 

94 

234 

DEFRAN 

104 

235 

PINC 

165 

236 

PACELENGTH# 

0 

237 

LINE LENGTH# 

0 

- 

238 

REPORTCODE# 

0 

239 

DSIDE 

212 

240 

WEPNAME 

181 

241 

TGTMULT 

131 

L 

125 

1 

r 


THIS  PAGE  INTENTIONALLY  LEFT  BLANK 


J 


126 


APPENDIX  D 


QUICKS  NON-ATTRIBUTE  WORD  IDENTIFICATION  NUMBER 


This  appendix  contains  all  dictionary  non-attribute  words  plus  their  asso- 
ciated internal  identification  number  and  the  grammatical  group  eacli  word 
belongs  to. 


DICTIONARY 

IDENTIFICATION 

GRAMMATICAL 

WORD 

NUMBER 

GROUP 

AND 

4 

Operator 

OR 

5 

Operator 

NOT 

6 

Operator 

EQUAL 

7 

Operator 

EQUALS 

7 

Operator 

GREATER 

8 

Operat  or 

LESS 

9 

Operator 

BETWEEN 

10 

Operator 

LIKE 

11 

Operator 

PLUS 

12 

Operator 

MINUS 

13 

Operator 

TIMES 

14 

Operator 

DIVIDED 

15 

Operator 

POWER 

16 

Operator 

OF 

17 

Operator 

ALTER 

1 

Verb 

ASSIGN 

2 

Verb 

BUILD 

3 

Verb 

CHANGE 

4 

Verb 

CREATE 

5 

Verb 

DELETE 

6 

Verb 

DESIGN 

7 

Verb 

EDIT 

8 

Verb 

INDEX 

9 

Verb 

MODIFY 

10 

Verb 

PT.ANSET 

11 

Verb 

PLOT DATA 

12 

Verb 

PREPARE 

13 

Verb 

PRINT 

14 

Verb 

RESTORE 

15 

Verb 

SAVE 

16 

Verb 
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DICIIONARY 

WORD 

IDENTIFICATION 

Ml  TIBER 

GRAMMATICAL 

GROUP 

SELECT 

17 

Verb 

ASTERISK 

18 

Verb 

ALPHAS 

1 

Adverb 

ATTACKERS 

3 

Adverb 

DEFENDERS 

4 

Adverb 

DEFINE 

5 

Adverb 

DISPLAY 

6 

Adverb 

FIELDS 

7 

Adverb 

FILE 

8 

Adverb 

FIX 

9 

Adverb 

FORMAT 

10 

Adverb 

ONPRINTS 

11 

Adverb 

OMITTING 

12 

Adverb 

PI.AYERS 

13 

Adverb 

PRIORITY 

14 

Adverb 

REPLACING 

15 

Adverb 

SAME 

16 

Adverb 

SETTING 

17 

Adverb 

SORT 

18 

Adverb 

SUPRESSING 

19 

Adverb 

UNIT 

20 

Adverb 

USING 

21 

Adverb 

WHERE 

22 

Adverb 

WITH 

23 

Adverb 

VNOPT ION 

24 

Adverb 

KEEPING 

25 

Adverb 

ORDER 

26 

Adverb 

A 

1 

Special  Word 

ASCENDING 

1 

Special  Word 

AFTER 

2 

Special  Word 

D 

3 

Special  Word 
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DICTIONARY 

IDENTIFICATION 

GRAMMATICAL 

WORD 

NUMBER 

GROUP 

DESCENDING 

3 

Special  Word 

HEADER 

4 

Special  Word 

IN 

5 

Special  Word 

LINE 

6 

Special  Word 

TABLE 

7 

Special  Word 

NEW 

8 

Special  Word 

OLD 

9 

Special  Word 

OTHER 

10 

Special  Word 

PAGE 

11 

Special  Word 

REMOVE 

12 

Special  Word 

REPLACE 

13 

Special  Word 

STDAC 

14 

Special  Word 

SPACES 

15 

Special  Word 

X 

15 

Special  Word 

TRAILER 

16 

Special  Word 

OWNED 

18 

Special  Word 

PAGENO 

19 

Special  Word 

L 
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APPENDIX  E 


QUICK  DATA  BASE  PREPARATION 


A QUICK  data  base  consists  of  a large  number  of  items,  each  item  corres- 
ponding to  a single  target  or  other  entity  of  importance  to  the  war 
game.  Each  item  consists  of  a number  of  attribute-value  pairs,  in 
which  the  attribute  is  some  characteristic  of  the  item;  e.g.,  RADIUS, 
and  the  value,  gives  the  magnitude  of  the  quantity.  The  attributes  cur- 
rently used  in  the  QUICK  data  base  are  presented  in  appendix  A,  QUICK 
Attribute  Names  and  Description.  Not  all  attributes  need  be  defined 
for  each  item.  Also,  the  method  of  storing  attribute  values  is  general- 
ized to  the  degree  that  the  text  English  commands  are. 

The  data  base  items  are  grouped  into  classes  (see  section  2).  The 
allowed  QUICK  classes  are  divided  into  two  collections:  the  target 
classes  (which  consist  of  physical  installations  with  known  coordinates) 
and  non-target  gaming  classes  (table  16). 

Target  Classes 

The  data  record  that  defines  a target  consists  of  attributes  as  given 
in  table  17.  These  attributes  are  needed  by  all  target  classes.  Recall 
that  any  item  that  has  a latitude  and  longitude  and  could  be  targeted 
constitutes  a target  record.  Therefore,  some  of  the  attributes  may  be 
ignored  if  the  target  is  an  aim  point  within  the  game  or  if  it  is  a 
weapon  launch  base.  Time  decay  values  do  not  have  to  be  set  for 
launch  bases,  for  example. 

Table  18  presents  those  attributes  needed  in  addition  to  those  outlined 
in  table  17  if  the  target  class  is  MISSIL,  BOMBER,  or  TANKER. 

If  any  of  the  developed  target  records  are  to  be  defined  as  recovery 
bases,  the  user  must  update  that  record  and  set  attribute  CAPACITY  to  a 
non- zero  value  via  the  CREATE  verb. 

Required  attributes  not  set  by  any  module,  or  any  attribute  whose  de- 
fault value  is  not  appropriate  must  be  set  by  the  user  via  the  CHANCE 
verb. 

Non-target  Classes 

Weapon  Systems.  Every  time  a target  record  is  created  when  CLASS=MISSIL, 
BOMBER  or  TANKER,  the  COP  creates  a master  record  for  a corresponding 
weapon  system.  The  master  is  created  and  the  attribute  TYPE  is  stored 
which  equals  the  TYPE  value  for  the  created  target  class.  Automatically, 
then,  the  COP  provided  an  entry  into  the  data  base  for  each  weapon  system 
type.  By  declaring  CLASS=MSLWEP  (for  missile  weapons),  BMBWEP  (for 
bombers)  or  TNKWEP  (for  tankers)  and  the  value  for  TYPE  the  user  inputs 
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Table  16.  Non-Target  Gaming  Classes 


CLASS 
MNEMONI C 

WKPORP 

PEN COR 
DEPCOR 

COMPLX 


REFUEL 

REGION 

PAYLOD 


BOMB 

ASM 

RV 

MKV 

MIRV 

FACTOR 

MSLWEP 

BMBWEP 

I'NKWEP 

RE  GOV 


PURPOSE 


Contains  weapon  group  data  (formed  by  PLANSET) 

Definitions  of  penetration  and  depenetration  corridors 

Contains  elements  of  targets  defined  as  being  in  a com- 
plex (formed  from  target  classes  within  INDEXER) 

Definition  of  refuel  points 

Definition  of  regions 

Identifies  weapons  and  counts  carried  by  a missile  or 
bomber 


Provides  warhead  characteristics  for  gravity  bombs,  ASMs, 
single  reentry  vehicles  (RV)  and  others 


Contains  weapon  system  characterist ics  for  missiles, 
bombers  and  tankers 

Special  entry  to  recovery  bases 


Table  17.  Attributes  Required  for  All  Target  Classes 
(Part  1 of  2) 


* 


ATTRIBUTE  NAME  COMMENT 


BENO 

Set 

by 

JLM 

CAT CODE 

Set 

by 

JLM 

CNTRYLOC 

Set 

by 

JLM 

CNTRYOWN 

Set 

by 

JLM 

DESIG 

Set 

by 

JLM 

FLAG 

Set 

by 

user* 

FVALT 1 

Set 

by 

user* 

FVALT2 

Set 

by 

user., 

FVALT  3 

Set 

by 

user.,. 

FVALT 4 

Set 

by 

user* 

FVALT 5 

Set 

by 

user 

FVULN 

Set 

by 

user 

HAZ 

Set 

by 

PLAN  SET 

HAZ2 

Set 

by 

PLAN SET 

HGZ 

Set 

by 

PLANSET 

HGZ2 

Set 

by 

PLANSET 

ICOMPL 

Set 

by 

INDEXER 

IDHOB 

Set 

by 

user 

IGIW 

Set 

by 

JLM 

INDEXNO 

Seb 

by 

INDEXER 

IREG 

Seb 

by 

JLM 

LAT 

Set 

by 

JLM 

LONG 

Set 

by 

JLM 

MAJOR 

Set 

by 

JLM 

MAX FRA 

Set 

by 

user 

MAXKILL 

Set 

by 

user 

MINK ILL 

Set 

by 

user 

MINOR 

Set 

by 

JLM 

MISDEF 

Set 

by 

user 

NAME 

Set 

by 

JLM 

NHRDCOMP 

Set 

by 

user 

NTIMCOMP 

Set 

by 

PLANSET 

NT  I NT 

Set 

by 

user 

POP 

Set 

by 

JLM 

RADIUS 

Set 

by 

JLM 

SIDE 

Set 

by 

JLM 

TARDEFHI 

Set 

by 

JLM,  DBMOD  or  user 

TARDEFLO 

Set 

by 

JLM,  DBMOD  or  user 

TASK 

Set 

by 

JLM 

TYPE 

Set 

by 

JLM  * 

Tl 

Set 

by 

user 

Set  by  INDEXER  for  class  MISSIL  and  BOMBER. 


Table  17.  (Part  2 of  2) 


ATTRIBUTE  NAME  COMMENT 


★ 

T2 

Set  by  user^ 

T3 

Set  by  user^. 

T4 

Set  by  user^ 

T5 

Set  by  user 

VAL 

Set  by  user  (DBMOD  sets 

U/I  targets) 

VO  Z 

Set  by  FLANSET 

VULNl 

Set  by  JEM 

VULN2 

Set  by  JLM 

WACNO 

Set  by  JLM 

Set  by  INDEXER  for  class  MISSIL  and  BOMBER. 


Table  18 


Attributes  Required  for  MISSIL,  BOMBER 
and  TANKER  Target  Classes 


ALL 


ATTRIBUTE  NAME 

COMMENT 

ADBLI 

Set 

by 

user 

ADBLR 

Set 

by 

user 

ALRTDB 

Set 

by 

DBMOD 

ALRTDL 

Set 

by 

user 

GROUP 

Set 

by 

PLANSET 

IREFUEL 

Set 

by 

user 

ISITE 

Set 

by 

user 

NADBLI 

Set 

by 

user 

NADBLR 

Set 

by 

user 

NLRTDB 

Set 

by 

DBMOD 

NLRTDL 

Set 

by 

user 

NOALER 

Set 

by 

DBMOD 

NOINCO 

Set 

by 

DBMOD 

NOPERSQ 

Set 

by 

DBMOD 

NPRSQ1 

Set 

by 

user 

NPRSQ2 

Set 

by 

user 

NPRSQ3 

Set 

by 

user 

NPRSQ4 

Set 

by 

user 

NUMDBL 

Set 

by 

user 

PKNAV 

Set 

by 

user 

VONBASE 

Set 

by 

PLANSET 

WEPNAME 

Set 

by 

user 

BOMBER 

NOINCO 

Set 

by 

DBMOD 

NUMDBL 

Set 

by 

user 
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needed  attributes  as  outlined  in  table  19  . 
verb  and  examples  of  exact  Input  are: 


This  requires  a CHANGE 


CHANGE  WHERE  CLASS*TNKW£P  i SIOE*BLO£  t 1 X P E = * K C - 1 3 5 • 

SETTING  ttos*3 

CHANGE  WHERE  CLASS*MSLWEP  A SID£=ttLUE  l 

T Y P E * 1 MM  - I A 1 4 'MM-IB'  4 •P.N-III’  4 •HN-II’  4 TITAN 
SETTING  TUNCTI-1CBM  ALTDLY*0  NALT0LY*0  NMPSIT*)  SP£ED*12000 
< CEP. I REP.L  CM INT.PDES.PFPF .PINC.PLABT .RANGE.REL.S IMLUN)* 
C 1 ,1 , 1 , .1 , .08, .85*  . 1 .4 100/ . ID. 5 > 4 
<.B,2,0,.1,.0?..90,  .1 ,5500. .75.1)  4 
C.6.4,1..1,.05,.90..08,6300..79,5)  4 
(.6,4,0,.1,.U5,.90,.08,6300..79,1)  4 
( 1 .2.0. *2. . 1 6 . . 80 . . 1 7. 7200. .56.1  ) 
change  where  class*mslwep  4 side*blue  4 

TYPE=’P0L-A2*  4 ' P 0 L - A 3 1 4 P0SE1D 
SETTING  ALTDLY=1  FUNCTI’SLBM  NALTDLY-0  NHPSII*16 
P0ES*0  S I ML  UN*  T 

( CEP. I REP.LCHINT .PFPf.PINC.PLABT . RANGE. REL. SPEED)  * 
( 1 .4 . 1 . .10, .86*.  1 2. 1 500. .6. 6000)  4 
( I, 4,0. .08. .86,.  12.2500,.  7,8000)  4 
(.  7, 5.0,.  10,.  8 3,.  1 5, 2 500,.  8, 1 0000) 


WARHEAD  and  PAYLOD  Classes.  The  linkage  of  weapon  systems  to  payloads 
and  warheads  is  very  precise  and  the  order  of  creation  should  be  as 
outlined.  Warhead  characteristics  are  dtfined  according  to  the  attri- 
butes shown  in  table  20.  Class  entries  are  defined  as: 


o 

BOMB 

- gravity  bombs 

o 

ASM 

- air-to-surface  missile 

o 

RV 

- single  shot  reentry  vebirle 

o 

MRV 

- multiple  reentry  vehicle 

o 

MIRV 

- multiple  independent  reentry  vehicle 

o 

FACTOR 

- auxiliary  loading  factors 

Command  examples  that  create  new  warhead  records  are: 


CREATE  SETTING  CLASS*B14MB  ( T YPE  , Y I E L 0 . PDU  0 . F T R A C ) = < ' M K- 5 1 , 1 . , . 02  , . 7 ) 4 
( •MK-7',2.,.02,.?)  AND  ('MK-18',4.,.02,.7)  SIDE*BLUE 
SETTING  CLASS  * ASM  ( T TP  £ . Y I EL  0 , P 000 , F F R AC , R A N6E A S M, R E L A S M ,C E P A S N. 
SPFE0ASM)  * (HNDD0G. 1 . 5, .02. . 7,200. . .9, 1 . ,600. ) SIDE=BLU£ 

SETTING  CLASS*  RV  ( T YPE, Y IEL0.P0U0.F F RAC ) » ( "MK-5 ' . 1 . » . 02, . 7)  AND 
< 'MK-18',4.,.02,.7)  SI0E=BLUE 

SETTING  C LASS* MRV ( T YPE, YI  ELD.PDUD.FFR AC ) * ( ' MA- 1 2 * , 2 . , . 0 2 , . 7 ) 

SI DE*8LU6 

SETTING  CLASS*MIRV  (TYPE, YIELD. POUD.FFRAC.NWHDS)  ■ ( 'MK-1 7' ,.1 ,02. .7, 3) 
AND  < 'MA -20* , .05, .02, . 7, 10)  SIDE*BLUE 
CREATE  SETTING  CLASS*FACTOR  ( T Y P E » NC M S , P A Y A L T , N 0 E C 0 Y S , NA R E A 0 E C ) * 

(FACT1. 0, HIVAL,0,0)4(FACT2,1, HI VAL,0,0)4(FACT3,1, HIGH, 0,0)4 
(FACT4,2.L0w,2,0)4(FACT5,1,HIVAL,2,0)4(FACT6,0,1  ’.2,2) 

S I DE*BLOE 


136 


Table  19.  Weapon  Attributes  (Part  1 of  2) 


ALL 

ATTRIBUTE  NAME  COMMENT 


ACTIVE 

Set  by  user 

ALTDLY 

Set  by  user 

CEP 

Set  by  user 

FUNCTI 

Set  by  user 

LCHTNT 

Set  by  user 

MAXSAL 

Set  by  user 

NALTDLY 

Set  by  user 

NMPS IT 

Set  by  user 

RANGE 

Set  by  user 

REL 

Set  by  user 

SIDE 

Set  by  user 

SIMLUN 

Set  by  user 

SPEED 

Set  by  user 

TYPE 

MSLWEP 

Set  by  user 

CMISS 

Set  by  PLANSET 
user  inputs 

IREP 

Set  by  user 

PDES 

Set  by  user 

PFPF 

Set  by  user 

PINC 

Set  by  user 

PLABT 

Set  by  user 

PRABT 

Set  by  user 

RNGMIN 

Set  by  user 

TOFMIN 

BMBWEP 

Set  by  user 

IPENMO 

Set  by  user 

IRECMO 

Set  by  user 

RANCEDEC 

Set  by  user 

RANGEREF 

Set  by  user 

SPDLO 

Set  by  user 
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Table  19.  (Part  2 of  2) 


TNKWEP 

ATTRIBUTE  NAME  COMMENT 

TTOS  Set  by  user 
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Hi 


Table  20.  Warhead  Attributes 

BOMB.  ASM.  RV.  MRV,  and  MIRV 


ATTRIBUTE  NAME 

COMMENT 

FFRAC 

Set 

by 

user 

PDUD 

Set 

by 

user 

SIDE 

Set 

by 

user 

TYPE 

Set 

by 

user 

YIELD 

ASM 

Set 

by 

user 

CEPASM 

Set 

by 

user 

RANGE ASM 

Set 

by 

user 

RELASM 

Set 

by 

user 

SPEEDASM 

MIRV 

Set 

by 

user 

NWHDS 

FACTOR 

Set 

by 

user 

NAREADEC 

Set 

by 

user 

NCMS 

Set 

by 

user 

NDECOYS 

Set 

by 

user 

PAYALT 

Set 

by 

user 

TYPE 

Set 

by 

user 

The  range  of  decoys  at  low  and  high  altitude  is  data  set  to  200  and 
400  nautical  miles  respectively. 
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A payload  table  contains  its  name  (attribute  PAYTBLNM) , the  type(s) 
(attribute  TYPE)  of  warhead(s)  within  the  table  and  the  number  of  times 
each  warhead  appears  in  the  payload  table  (attribute  NUMLOAD)  as  well 
as  a side  definition  (attribute  SIDE). 

For  proper  linkage,  the  empty  payload  entries  must  be  created  first  by 
specifying  values  for  attribute  PAYTBLNM.  An  example  is: 


CKitAlE  SETTING  CLASS=PAYLOD  PAYTBLNM='B-47A'4'8-47b'fc'B-47C'». 

B52GHl£852GH24'B-52E1'&'B-52E2'4'B-58'& 

' MM-  1 1 ' 4 ' MM- I B ' & ' MM- 1 A * 44  * TITAN'  4 
POS El  0* ' P0L-A2 *4 ' PQL-A3 ' S IDE*BLuE 


Now  the  user  links  each  payload  table  to  its  warheads.  Examples  are: 


CREATE  SETTING  CLASS=B0M8  (PAYTBLNM/ TYPE/NUML0ADI= 

( ' B - 4 7 A ' / 'MK-5  '/2)4('B-47B'/'MK-?'/2)4 
( ' B-47C' / ' MK-1 8* / 1)4(B52GHl/'MK-5'/4)4 
( 852GH2/ ' MK-1 8 ' / 2 ) 4 ( ' B-52E1 ' / ' MK-  7 ' /2 ) * 

( ' B“ 5 2 E2  ' / ' MK- 7 ' » 2 ) 4 ( *8-58'/'MK-18'/1 ) 4 
( ' B- 58 ' / ' MK-5 ' /3 > SIDE=BLU£ 

CREATc  setting  class=asm  type=hnodog  numload*2 

S IDE* BLUE  PAYTBLNM=B52GHl 4852GH24  *b-52E2  * 
SETTING  CLASS=RV  S1DE=BLUE  (PAYTBLNM/TYPE/NUMLOAO)* 
(,MM-lB'/,MK-5’/1)K'MM-IA','MK-5,/1)& 
(TITAN/' MK-18' /I ) 

Weapon  Base  to  Payload  Link.  Linkage  must  now  be  established  between 
the  created  payload  tables  and  the  weapon  bases  that  refer  to  these 
tables  for  definition  concerning  delivery  systems.  The  immediate  thought 
is  a connection  between  PAYTBLNM  name  and  the  value  for  the  weapon  base 
attribute  TYPE.  While  in  most  cases  this  is  the  connection,  it  is  too 
restrictive  for  general  use.  The  user  does  not  have  the  flexibility  to 
identify  individual  bases  as  being  separate  from  the  normal  similar 
types.  Therefore,  a weapon  subtype  is  defined  whereby  linkage  is  cre- 
ated between  payload  tables  and  individual  weapon  bases.  The  connection 
is  through  attribute  WEPNAME  which  is  first  linked  to  payloads  and  then 
defined  for  individual  bases.  Commands  that  link  WEPNAME  to  payload 
tables  could  be: 


C Rti,  Tt 


C R t 4 T t 


SETTING  CLASS  =f',v3WtH 

Si  'JE  = HLUE 

TNEPNAMr, TYPE 

, 3 A YT3LNH»  = 

< ’ 3-52H1*  , * ’’-52H* 

,352GH1  ) \ 

I * 0-5  2 Hp*  , ’ "-529* 

*35 cGH 2 » ^ 

( ’ 3-52G1*  , *h-52  !* 

♦352GH1  ) \ 

f 13-52&P*  *’  r-5  2 .>  * 

, 9 5 P G H 2 » K 

< * 8-52E1  * , ’ "-32E* 

, ' 3-52E  1*  1 S. 

<*  3-52E2’  , * r,-S  2E  * 

* * 8-5  2E  2* 1 % 

( * 0-5  1 A ’ ,•'1-58* 

, *9-5-  ‘ > v 

I’F-llia' , 

, •o-aPA*  i ^ 

< ‘FillBA*  , ' <--111  J*  , *8-*7A  * » 
SE  T TIN  G Cl  A SS  =MCLR  E 3 SI3E=BLUE 

(WEpNA<Htt  T v ° t * RAYT3LNM)  = 

( * MM-  I A A " * * M M - l A * , * H M - 1 u * ) v 

< * MM-1  BA*  , * WM-I  V , * "H-IL'  > 1 

( M M 1 1 1 A ,*  Mu- II  1 * , * MM- II  * ) S. 

<*  MM-r  la* , • , * mm- rr* ► s. 

<T  I T AN  A ,TI  TAN,  TT  T AN  > i 
<P3  LAP  a , * P°t  -a?*  , • POL -A2*  > 

T POL  A3  A , * PnL-A3*  *"  P3L-A3*  • i 
TPJSI0A,[>0'~CIJ,J0SEI3T 


The  final  step  of  weapon  linkage  is  to  relink  the  weapon  bases  to  the 
new  weapon  subtype  (WEPNAME).  Originally,  the  COl’  linked  all  bases  to 
a dummy  subtype  and,  therefore,  relinkage  is  accomplished  through  a 
CHANGE  verb  and  a WHERE  clause  used  to  identify  the  subset  of  bases  in 
question  and  the  SETTING  clause  used  to  name  the  subtype  (WEPNAME) 
into  which  these  bases  fall.  Examples  are: 


„HANGE  WHERE  CLASS  =BOMnER  AN, 9 SIl)E=BLUE 
4 NO  Ca  T CO  3 E BEt«EEN  95  AND  9-1 
SETTING  WEPN4Mr=* 3-S?G2* 

CHANGE  WHERE  CLAS  3 = B0Mr>tR  AMU  SIDE-BLUE  AN[)  T V PE=  * -3- : 7 
SETTING  WEPnAMp  =*l!-52E1  * 

CHANGE  WHERE  C L A S S r B 0Mn  E R AND  SI0E=9LUG 
AND  CaTCOOE  3 ETWEE  N 103  AND  111 
SETTING  WE°NAMC  r*fl-52E2' 


Geographic  Classes.  Penetration/depenetration  corridor  (CLASS=PENCOR 
or  DEPCOR)  and  refuel  points  (CLASS=REFUEL)  may  be  created  at  anv  stage 
prior  to  the  execution  of  the  PREPALOC  module.  Required  attributes  at  - 
given  in  table  21. 


When  creating  corridors,  the  user  should  create  the  corridor  itself 
first  and  in  a separate  verb,  create  the  doglegs  of  the  corridor.  An 
example  of  a command  that  creates  many  penetration  corridors  is: 
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Table  21. 


Geographic  Attributes 


PENCOR 


ATTRIBUTE  NAME 

COMMENT 

ATT  R CO 

Set 

by 

user 

ATTRLE 

Set 

by 

user 

(dogleg 

attribute) 

ATTRSU 

Set 

by 

user 

CORNUM 

Set 

by 

user 

(corridor  number) 

DEFRAN 

Set 

by 

user 

DOGLEG 

Set 

by 

user 

(dogleg 

attribute) 

HILOAT 

Set 

by 

user 

KORSTY 

Set 

by 

user 

LAT 

Set 

by 

user 

(dogleg 

attribute) 

LONG 

Set 

by 

user 

(dogleg 

attribute) 

ORLAT 

Set 

by 

user 

ORLONG 

Set 

by 

user 

PEP COR 


CORNUM 

Set 

by 

user 

DOGLEG 

Set 

by 

user 

LAT 

Set 

by 

user 

LONG 

Set 

by 

user 

MY’ RE  CO  Vl 

Set 

by 

user 

MY RE CO V 2 

Set 

by 

user 

MYRECOV3 

Set 

by 

user 

MY  RE  CO  V4 

Set 

by 

user 

(corridor  number) 
(dogleg  attribute) 
(dogleg  attribute) 
(dogleg  attribute) 
(base  DESIG) 

(base  DESIG) 

(base  DESIG) 

(base  DESIG) 


REFUEL 


I REG 

Set 

by 

user 

LAT 

Set 

by 

user 

LONG 

Set 

by 

user 
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<lATp;  SETTHo  cl  ASS  =r'c  3 sioe  = >jlje 

<CCHNJM,0?l_AT,"=>lCN3,‘<0S?STr,HlL'3AT,DE<rS’ANfATT‘'S',,ATT.* 


1, 

5 

, 5->  ,1, 

. 2. 25  , . 

u ^ J i » 

. l : 1 ) 

(,  t 

•;  2 

,53.,1. 

. 2 1 25c  , . 

0 0 c s « 

,CC1) 

3, 

*>  r* 

,215,  4 • 

• *-  » '>0|  • 

J 0 J 1 t 

.3033) 

K 

A, 

6 i 

, 2 3.  , 4 , 

• d 1 1 5 ' « • 

6*Clt 

. ; cc  3» 

3 1 

:J  J 

» 3 5 L|  1 4 , 

• l v 1 b 0 9 . 

0 J 3 1 9 

. 10  0 3) 

V 

0 » 

h r 

,343, h , 

• 2,  . 

u J 0 1 , 

• j u G 3 ) 

7, 

0 c 

, 2 7-  * 2 > 

. i t 2 5 • 

• * 

. . ) 

For  each  corridor,  doglegs  start  at  the  corridor  origin  and  work  out- 
ward, A line  segment  is  identified  through  attribute  DOGLEG.  Each 
corridor  will  store  line  segments  sorted  on  the  attribute  DOGLEG.  Any 
number  is  permitted  for  DOGLEG  entries.  It  is  suggested  that  DOGLEG 
values  be  initially  entered  in  multiples  of  10  (10,  20,  30,  etc.;. 

This  numbering  will  permit  ease  of  redefinition  if  added  Line  segments 
are  defined  after  initial  creation.  A command  that  links  DOGLEGs  to 
corridors  is: 


SE 

T 

1 I 1 

J 

O 

r 

35 

=pnN30' 

I J 

►”  — 

0 L U 

j K.ir 

G L 

<„ 

0 

■7  N J 

, L A T 

* L. 

0Mr-f  ATT 

L 

£) 

= 

( 

3 

, 0 2 

1 71  , 

C • 

) i 

( 

■4  » 

b 

, 19 

1, 

3 . 

> i 

( 

5 

♦ J 

32  7 , 

) l 

( 

5 * 

3u 

, 2 3 

‘Z  * 

. • 

1 c 

l 

7 

,73 

17  5, 

>J  • 

» \ 

( 

3 , 

52 

• *?  » 

•U 

s , , c c 

Ob) 

( 

1 

* 4 i 

3 4 2 , 

0, 

) f. 

( 

1 

3 , 

4 5 

, 3 2 

bt 

3. 

) 3 

1 1 

1 

, 7 1 

33.  , 
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> 4 

( 

1 

? , 

6 . 

, 3 -4 
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Depenetration  corridor  creation  is  similar  as  for  penetration  corridors 
except  that  links  must  be  established  between  corridor  exit  and  permis- 
sable  recovery  bases.  Attributes  MYRECOV1 , MYREC0V2 , MYREC0V3,  and 
MYREC0V4  define  the  DESIG  of  the  recovery  bases  where  an  aircraft  may 
land  if  exiting  a given  corridor.  No  other  action  is  required  for 
linkage.  Commands  are: 

C9E4U  ifTTlNj  CLAji  = r,cPJQ  •:  SI  If  z 31  U 

, 1>  - c '!  v<,  -It's 

1 1 » 4B3tK  , A *1  “ 3 1 « AH  10  2,  A 3 H 0 5>  \ 

< Aild;0tAQHj7) 

<3  . 403  O'.'  »40nb  1 . M 3 3 2,  A 3 3 0 3>  6. 

< A,  A3  SO  * 0 \ *"  * , * 2 ’ > 1 

<5,  43505,  5 1 , * , 1 ) 

CRL4TL  SETTING  CL  A 35  = 0 rP3  Or  SI0E=3LUE 
< SOPh  JM , 03  gleg, u t , ljng > = 


<1,1,43,222) 

5. 

<1,2,45, 

’2  2) 

V 

< 2 , 1 , 5 1 ,22  7 ) 

3, 

< 2, 2,53, 

2?  7) 

\ 

< 3,  1,4  2,  5 3 1 ) 

<3,2,4?, 

3 3D 

\ 

<4,1,42,3?;) 

K 

<4,2,42, 

5 2.  » 

l 

<5,1,37,335) 

K 

'3,2,3  7, 

3 0 5) 

\ 

<b,l,37,2S3) 

< h » 2 , 3 7 , 

’ 1 .3 ) 
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Refuel  points  are  created  through  a simple  definition  of  latitudes  and 
longitudes . 
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APPENDIX  F 


EXECUTION  OF  THE  QUICK  SYSTEM 


This  appendix  presents  the  detailed  characteristics  of  user  procedures 
for  executing  the  QUICK  system  or  more  appropriately  the  execution  of 
Ql'ICKs  executive  software,  the  COP.  The  capability  enables  the  user  to 
submit  batch-mode  jobs  or  to  execute  remote  terminal  jobs. 

These  capabilities  and  the  necessary  data  file  definition  arc  further 
described  in  the  following  subsections. 


BATCH 

The  COP  is  executed  from  a system  loadable  H*  file.  As  a result,  the  user 
is  not  required  to  specify  within  the  Job  Control  Language  (JCL)  which 
modules  will  be  executed.  COP  will  determine  which  modules  are  required 
from  the  input  text  English  command  sentences.  A generalized  set  of  JC! 
which  will  execute  the  COP  appears  in  figure  25.  The  limits  given  ma> 
be  altered  according  to  the  user's  expected  printed  output  and  run  time. 
The  various  tape  and  file  units  requested  need  not  all  be  included  as 
some  are  not  utilized  by  all  modules.  fable  22  contains  a list  of  the 
tape  and  file  units  and  which  ones  may  be  omitted  depending  upon  which 
modules  will  be  executed. 

Remote  Terminal  Entry 


A time  sharing  capability  exists  whereby  a user  may  execute  the  COP  or 
make  source  code  corrections  to  a COP  module.  Procedures  to  utilize 
this  function  are  outlined  below.  In  the  following  narrative,  commands 
to  be  entered  by  the  user  will  be  flagged  by  an  arrowhead  ( ) . 

Step  1.  Log  On  and  Initiation.  The  first  step  involved  is  to  log  on  to 
the  HIS  system  and  to  specify  what  operating  system  is  to  be  used  and, 
then,  what  modules  are  to  be  executed.  Steps  involved  in  this  example 
utilizes  a catalog  file  called  631IDPOO/COPRUN  which  contains  the  pro- 
cedures to  execute  the  COP.  These  steps  are: 

► $*$LOG24,TSS 
TERMINAL  CK 
USERIP$PASSWORD 

(enter  userid  and  password) 

I DENT? 

(enter  ident  card  information) 

0 BLOCKS  FILE  SPACE  AVAILABLE 
CLASSIFICATION  OF  YOUR  OUTPUT 

(enter  classification  code,  i.e.,  UZZ) 

CLASSIFICATION  OF  FILES  YOU  WILL  CREATE 

(enter  classification  code,  i.e.,  UZZ) 
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l DENT  5162, COPRN, 314,1  M A USER, 631, 12 

S USERID  6 311 DPOO  $ PAS  SWOR  D / V H C 

S LIMITS  30 ,49K , , 20K 

? PROGRAM  RLHS , DUMP 

S LIMITS  30,49K, ,20K 

S PRMFL 

$ PRMFL 

$ FILE 

$ FILE 

$ FILE 

S TAPE9 

$ FILE 

S FILE 

$ FILE 

S FILE 

s FILE 

$ FILE 

$ TAPE 9 

$ TAPE 9 

S TAPE 9 

S DATA 


Text  English  Command  Sentences 

- ENDJOB 

—■EOF 


H* , R /W , R , 6 3 II DPOO /TE  ST /COP /HSTAR 
QD, R/W, R, 631IDP00/TEST / COP /IDS 
02  ,X02R, 100L 
08.X08R, 100L 

19 , X19R, 100L 

20,  X20D, ,12345, ,INPUT-JAD 
21  ,X2lR, 100L 

22, X22R, 100L 

23 , X23R , 100L 

24, X24R, 100L 

25 , X25R, 100R 

30 , X30R, 10L 

31. X31D, , 54321 , .OUTPUT -SPILLTAPE 

35. X35D, ,67890, .OUTPUT -TAPEl 

36,  X36D, ,98765,  .OUTPUT -TAPE2 
I* 


Figure  26.  Batch-mode  JCI. 
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Table  22.  Batch-mode  JCL  File  Utilization 


Unit  File  Code 


Comment 


H* 


QD 


02 

08 

19 

20 

21 

22 

23 

24 

25 

30 

31 

35 

36 


I 

I 


Must  be  included;  contains  system  loadable  COP 
modules . 

Must  be  included;  contains  the  COP  I i >S  data 
base  file 

TCTFIL  used  by  IIM 
BASFIL  used  by  IIM 
l'ARFIL  used  by  IIM 
JAD  input  unit . Used  by  JLM 

Internal  sort  files.  Used  by:  JLM.  REPORT, 
EIM,  INDEXER,  PLANSET 

Random  storage  file  used  in  concert  with  sort: 
JLM,  REPORT,  EIM,  INDEXER 

Directory  file,  used  by  IIM 

Spill  tape,  used  by  IIM 

Output  tape  files,  used  by  EIM  and  JLM 
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SYSTEM  ? 

► YFORT  0 631IDPOO/COPRUN 
READY 

► RUN  COPRUN 

The  user  now  is  interacting  with  a YPORT  TSS  subsystem  program.  The 
YFORT  program  will  signal  its  desire  for  a response  by  outputting  an 
equal  sign  (=)  to  which  the  user  responds  accordingly. 

After  the  system  outputs  an  equal  sign,  the  user  has  multiple  responses 
in  some  cases.  In  order  to  assist  the  user,  a response  of  HELP  may  be 
entered  and  the  system  will  respond  with  all  the  possible  replies. 
Permissible  use  of  the  HELP  command  is  outlined  below. 

Step  2.  Mode  Selection.  The  YFORT  program  is  asking  if  the  user  desires 
te  execute  the  COP,  update  the  source,  or  both  by  displaying  the  command: 

ENTER  MODE  (RUN,  COMPILE) 


If  a run  only  is  desired  enter  RUN  and  skip  to  step  4;  else  enter 

► COMPILE 

step  3.  Compiling  an  Updated  COP.  The  user  is  compiling  module (s)  and 
the  program  asks  which  one(s)  by  displaying: 

WHICH  MODULES  (SEPARATE  BY  COMMAS) 

(HELP  WILL  LIST  THE  MODULES) 

A possible  response  would  be: 

► DATA,  JLM 

In  order  to  ascertain  if  this  is  a compilation  and  execution,  the  program 

displ ays : 


ENTER  RUN  MODE?  (YES,  NO) 


I!  the  user  wishes  to  compile  only,  enter  NO  and  skip  to  step  6;  other- 
wise enter  YES. 

: t:ep  4.  Limit  Specification.  The  COP  executes  a wide  variety  of  modules 
and  differing  size  data  bases  which  implies  varying  limits  as  to  computer 
resource  usage  in  terms  of  computer  time,  core  storage,  and  lines  to  be 
printed.  A series  of  commands  are  given  to  provide  interactive  capability 
whereby  the  limits  may  be  altered.  First,  the  system  must  know  which 
modules  (or  verbs)  are  to  execute.  Hence  the  command: 
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WHICH  VERBS  (SEPARATE  BY  COMMAS) 

(HEI.P  WI1.I.  LIST  THE  VERBS) 

asks  what  is  to  be  executed  by  this  submittal.  A possible  response  is: 


^-CREATE,  CHANCE,  PRINT 

The  program  responds  with  a set  of  default  limits  such  as 
LIMITS  ARE  30,49k, ,20K 

NEW  LIMITS?  (ENTER  NO  OR  ENTER  NEW  LIMITS) 

If  the  displayed  limits  are  valid,  a NO  response  is  entered.  Otherwise 
new  limits  are  entered.  For  example: 

► 20,49K , ,20K 

Step  5,  Text  English  Command  Entry.  User  inputs  are  now  given.  The 
display  command  is: 

INPUT  DATA  FILE  (ENTER  CATALOG  FILE  STRING  OR  DONE) 


Here  the  program  is  asking  the  user  to  name  a data  file  in  which  the  user 
has  stored  text  English  commands.  The  user  will  be  able  to  enter  any 
number  of  such  files,  in  the  order  as  input.  The  user  will  also  be  able  to 
enter  text  English  commands  directly  and  interweave  files  with  direct 
entry  by  following  this  procedure.  If  the  user  enters  the  catalog  file 
string  of  a file,  the  program  will  return  to  the  beginning  of  step  b. 

If  the  user  has  entered  all  the  files  names  desired,  DONE  is  entered. 


The  program  now  requests  the  possibility  of  text  English  commands  entered 
directly  by  displaying: 

ENTER  DATA  FROM  TERMINAL  (BLANK  USE  TERMINATES) 


All  inputs  are  entered  followed  by  a blank  line. 

To  allow  for  the  possibility  of  additional  data,  the  program  displays: 


ANY  ADDITIONAL  DATA  (YES, NO) 

If  YES  is  entered,  the  program  returns  to  the  beginning  of  step  5.  A Nr 
response  terminates  step  5. 
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Step  6.  Executing  the  COP.  The  constructed  job  may  now  be  submitted 
which  must  be  done  within  the  CARDIN  subsystem  of  HIS.  The  following  is 
displayed: 

THANK  YOU 

THE  JOB  TO  COP  HAS  BEEN  BUILT 

COMPILE 

TO  EXECUTE  ENTER  - 
SYS!  CARD  N 
THEN  - 
RUN  THE  JOB 

► SYS1  CARD  N 
READY 

► RUN  THE  JOB 
SNI'MB  ?>  XXXXX 


riie  ioh  has  now  been  entered,  the  user  should  note  the  SNUMB. 
i'rip  irlng  :in  IDS  File  for  COP 

The  COP  must  run  on  an  IDS  file.  When  the  user  wishes  to  restore  onto  a 
previously  unused  file  or  build  a QUICK  data  base  from  scratch,  he  must 
use  :t  file  specially  prepared  for  IDS.  The  creation  of  such  a file  has 
two  steps.  First,  the  user  must  create  the  file  using  the  File  Manage- 
ment Subsystem  (FMS).  Besides  the  usual  options  employed  to  create  a 
random  file,  the  following  additional  options  are  used: 

BASESIZE/N/  - N defines  the  maximum  number  of  pages  in  the  IDS 
data  file 

KNC/rl,r2/  -Defines  the  page  range  (for  QUICK  applications 

set  rl=l  and  r2=N  as  above) 

.INESPERPAGE/m/  -m  defines  the  number  of  lines  on  an  IDS  page  (for 
QUICK  applications  set  m=21) 

An  example  of  an  appropriate  FCREATE  directive  would  be: 

(•'CREATE/  IDS/  MYFILE,  BASESIZE/401/ , RNG/ 1 , 401/ , LINESPERPAGE/21/ , 
SIZE/102/, MODE/RNAD/.FCLASS/UZZ/ 

To  I Lowing  the  creation  of  the  IDS  file,  the  user  must  initialize  the 
fill  by  utilizing  an  IDS  utility  called  QUTI.  This  utility  has  a single 
input  card  that  specifies  the  page  range  to  be  initialized.  An  example 
of  an  appropriate  QUTI  activity  would  be: 
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If  a run  of  the  QUICK  system  aborts  during  processing,  very  often  the 
user  will  be  informed  that  the  IDS  file  is  abort  locked.  This  message- 
will  appear  in  the  print  report.  This  condition  must  be  corrected 
before  any  further  processing  can  occur.  Therefore,  the  user  must 
'unlock'  the  IDS  data  file.  This  is  done  via  a FILSYS  activity  which 
contains  a directive  similar  to  the  following: 

ALOCK  631 IDPOO/TEST/ COP/ IDS , OFF 
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GLOSSARY 


Circular  Error  Probable  (CEP):  An  indicator  of  the  delivery  accuracy  of 
a weapon  system,  used  as  a factor  in  determining  probable  damage  to  a 
target.  It  is  the  radius  of  a circle  within  which  half  of  the  missiles/ 
projectiles  are  expected  to  fall. 

Computer  Program:  A program  expressed  in  computer  code  designed  to 
solve  a class  of  problems,  or  specializing  on  a specific  problem  when 
appropriate  parametric  values  are  supplied. 

Computerized  War  Gaming  Model:  A computer  program,  or  series  of  programs , 
designed  to  simulate  the  logic  of  actions  or  interactions  of  a conflict 
situation  and  provide  results  for  subsequent  analysis. 

Cross  Targeting:  The  deliberate  mixing  of  weapon  types  assigned  to  indi- 
vidual targets  so  that  unexpectedly  high  failure  rates  for  any  specific 
weapon  type,  or  group  of  weapons,  will  not  result  in  a catastrophic 
failure  of  the  war  plan. 

Damage  Expectancy  (UK):  Probability  of  achieving  a desired  level  of 
damage  considering  the  probability  of  weapon  arrival  (PA)  and  the  prob- 
ability of  damage  (PD),  i.e.,  DE=PAxPD. 

Data  3ase:  An  organized  collection  of  data  records  with  similar  or 
associated  characteristics  either  to  be  operated  upon  by  a system  or 
contributing  to  the  operation  of  a system. 

Directing  Assignment:  A term  used  within  QUICK  to  identify  weapor.-tp- 
target  assignments  which  are  directed  (fixed)  by  the  user. 

Dynamic : Pertaining  to  a quantity  which  is  affected  by  time,  energy, 

or  power,  and  therefore  indicates  a relatively  transient  or  unstable 
(changing)  condition. 

ESP  Model:  The  Event  £equenced  Program  used  by  the  Joint  Strategic 
Target  Planning  Staff  (JSTPS)  to  simulate  large-scale  strategic  warfare. 

Event:  A happening  in  time,  either  within  a simulation  or  in  reality. 

Expected  Value:  The  average  or  mean  value  which  would  be  obtained  if  a 
given  event  were  repeated  many  times. 

Fixed  Assignments  (weapon  fixes):  A term  used  within  QUICK  to  identify 
weapon- to- target  assignments  which  are  directed  (fixed)  by  the  user. 
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FLAG : 


A code  used  la  imposing  weapon  group  restrictions  within  QUICK 


Gc-neraL  War:  Armed  conflict  between  major  powers  in  which  the  total 
resources  of  the  belligerents  are  employed,  and  the  national  survival 
of  a major  belligerent  is  in  jeopardy. 


Innu: . Any  factors,  data,  parameters,  values,  or  instructions  require 
for  proper  operation  of  a model  or  submodel  to  produce  game  results. 


Limited  War:  Armed  conflict  short  of  general  war,  exclusive  of  inci- 
dents, involving  the  overt  engagement  of  the  military  forces  of  two  or 
more  nations. 

NTMO  Model:  The  Nuclear  Exchange  MOdel  maintained  by  the  Navy  for 
simulation  of  two-sided  global  nuclear  war. 


Nuclear  Vulnerability  Assessment:  The  estimation  of  probable  or  expected 
effects  of  hypothetical  nuclear  attacks  on  population,  forces,  and 
resources. 


Optimising:  Selecting  the  most  advantageous  solution  or  course  of  action 

in  a competitive  situation  within  constraints  imposed  by  the  conditions 
of  the  problem. 

Posture:  Relative  place  or  position;  state  or  condition  at  a given  time, 

especially  in  relation  to  other  persons  or  things. 

Probability  of  Arrival  (PA):  The  probability  of  a delivery  vehicle 
delivering  a weapon  which  detonates  as  planned. 

Probability  of  Damage  (PD):  The  probability  that  damage  will  occur  to 
a target  expressed  as  a percentage  or  as  a decimal. 

K fSOP:  \ hypothetical  lied  Integrated  Strategic  Offensive  Plan. 

j 1 > AC : Single  integrated  Damage  lysis  Offensive  ^lar. 

U I OP:  The  Single  integrated  Operational  Plan. 

':'en-.iinal  ABM  Defense:  The  ballistic  missile  defense  provided  for  a 
single  target  or  set  of  collocated  targets  by  short-range  defensive 
systems.  QUICK  uses  a subtractive  terminal  defense  model.  Each  incom- 
ing warhead  or  terminal  decoy  is  assigned  an  interceptor  until  the 
locaL  supply  of  defensive  missiles  is  exhausted. 


154 


1 


in::  'iii r.'  •:  iOM 


Addressee  Copii  •; 


CCTC  Codes 

Technical  Library  (C12-1) 

C124  (Stock)  

C313  

C31-1  

C400  

CGOO  . 

C730  

DCA  Code 

205  1 

EXTERNAL 

Chief,  Studies,  Analysis  and  Gaming  Agency,  OJCS 
ATTN : SKI),  Room  11)957,  Pentagon,  Washington,  DC 

20301  5 

Chief  of  Naval  Operations,  ATTN:  0P-96C4 , Room  4A478, 

Pentagon,  Washington,  DC  20350  ...  2 

Commander-in-chief,  North  American  Air  Defense  Command 

ATTN:  NPXYA,  Ent  Air  Force  Base,  CO  80912  2 

Commander,  U.  S.  Air  Force  Weapons  Laboratory  (Al’SC) 

ATTN:  AFV.'L/SAB,  Kirtland  Air  Force  Base,  NM 

87117 1 

Commander,  U.  S.  Air  Force  Weapons  Laboratory  (AFSC) 

ATTN:  AFWL/SUL  (Technical  Library), 

Kirtland  Air  Force  Base,  NM  87117  1 

Director,  Strategic  Target  Planning,  ATTN:  (JPS),  Offutt 
Air  Force  Base,  NE  68113  

Defense  Documentation  Center,  Cameron  Station, 

Alexandria,  YA  22311  


12 

rio 


(i 

1 

1 1 
1 
1 
] 


155 


VCIASSTFTED 


■ - ’ Y Cl  ‘'.MF'CATl  1 3f  HIS  P»OE  I)«. 


REPORT  DOCUMENT ATION  PAGE 


HUMUrn 


RFAD  INSTRUCTIONS 
BEFORE  COMF1  ETING  FORM 


2.  GOVT  ACCESSION  NOJ  3.  RECIPIENT’S  CATALOG  NUMBER 


O' V I'M  ;*  W Volume  I 

n l 

t.  Title  (mid  Sutmn,) 

• i ' ■ K -RKAf TING  GENERAL  WAR  GAMING  SYSTEM 

K)  l Manual,  l>ata  Management  Subsystem 


® * D'i  It-  .1 . Sanders 

Paul  E.  M Maykrantz 
Jim  M.  Herrin 
Edward  E.  Bersson 

* t -v  * -.  • * * ' . r *■  •-  ■. 


5.  type  oe  report  a period  covered 


6 PERFORMING  ORC.  REPORT  NUMBER 


CONTRACT  OR  GRANT  NUM0FR(»l 


JICA  100-75-(’-001 9 


10.  PRO0I  AM  ElEMEN  T.  PROJECT.  TASK 
AREA  « WORK  UNIT  NUMBERS 


12  REPORT  OATE 

1 June  1977 


U.  NUMBER  OF  PAGES 


tem  Sciences,  Incorporated 
1“?0  Montgomery  I/ine 

'besda,  Maryland  20014  

N I POL  l ING  or  Fire  NAMF  AND  AOPRFSS 

• .mend  and  control  Technical  Center 
Room  BE  685,  The  Pentagon. 

V. . shine  * on  , lie  20301 


- *v  / K'.'MF  ^ AOPPFSV^  i 'Itferent  from  Controlling  Office)  15.  SECURITY  CLASS,  (of  thte  report) 

UNCTjASS  IFTED 

OECL  ASSIFIC  ATlON/ DOWNGR AdTngT 
SCHEDULE 

'ii  S T Rl  f»7T  STATEMENT  (of  7*77  Report) 

vpprm,  I for  public  release;  distribution  unlimited. 


DD  , , 


rrtrnOH  OF  1 NOW  1%  OBSOLEt  F 


I’NCIiASlSIKIFI) 


IT  ; it f i|T  |o*v  - a I P.MEN  r (of  the  mhr.trmct  on  feted  in  Block  20,  It  different  from  Report) 


*t  SU*»PL  EMF^TARv  notes 


•u  •«*  o*  r*T»r»**  If  nec+emmrj  end  Identify  by  block  number) 

■ r i ze,!  Quick-Reacting  General  War  Gaming  System  (QUICK)  will  accept 
tic-ally  generate  global  strategic  nuclear  war  plans,  provide 
■ il  output  summaries,  and  produce*  input  tapes  to  simulator  subsystems 

e X t < Ti’l  to  QUICK. 

Tli*  *is  Manual  consists  of  four  volumes  which  are  intended  for  the  user 
m l y ■- 1 ' Is  concerned  with  preparing  the  data  base  for  a war  game,  selecting 

optional  ' i run  s of  QUICK,  designating  control  parameters,  submitting  computer 
i < .i , i .a  Iv/tng  computer  output.  This  volume,  Volume  I,  provides  detailed 


<#r>  ■ *>,»  f*.  «r**  aide  If  noceeaarv  mod  Identify  block  number ) 

l<  source  Allocation 


•tign  OF  Tm< 


er.r-  rWUen  Pete  Pnf’-d) 


UNCLASSIFIED 


SECURITY  CLASSIFICATION  OF  THIS  PAOEflWun  P»H  »nlin<l 

120.  ABSTRACT  (Continued). 

I instructions  for  execution  of  the  Data  Management  Subsystem  and  the  modules  it 
compri ses . 

The  Users  Manual  complements  the  other  QUICK  Manuals  to  facilitate  application 
of  the  war  gaming  system.  These  manuals  (Series  9-77  for  Volumes  I & II,  Series 
9-74  for  Volumes  III  & IV)  are  published  by  the  Command  and  Control  Technical 
Center  (CCTC),  Defense  Communications  Agency  (DCA),  The  Pentagon,  Washington,  DC 

20201 . 


158  UNCIASSIFIEI) 


SECURITY  CLASSIFICATION  OF  THIS  PAGE|TFh»n  Dmlm  Snf •»« 


